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PREFACE 


The  question  of  how  best  to  target  airfields  has  long 
been  a  subject  of  debate.  To  this  date  no  satisfactory  solu¬ 
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the  targeting  problem  which  is  conceptually  more  straight¬ 
forward  than  other  approaches  which  have  used  computer  Simula 
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solution  to  the  targeting  problem  which  is  both  defendable 
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This  research  effort  was  undertaken  to  investigate  a 
methodology  for  determining  the  most  critical  elements  on  a 
fighter-bomber  airbase  with  respect  to  sorties  generated  over 
a  three-day  period.  The  methodology  is  founded  on  a  user 
definable  computer  simulation  model  written  in  SLAM  (FORTRAN 
based)  and  supported  by  several  FORTRAN  routines.  The 
remainder  o-f— Ahe  methodology  entails  the  use  of  factorial 
experimental  designs  for  examining  airfield  element  criti¬ 
cality.  The  airfield  elements  are  the  experimental  factors. 
They  are  set  to  user  specified  levels  according  to  the  experi¬ 
mental  design.  The  model  produces  a  single  response  variable 
--sorties  generated  over  a  three-day  period.  Results  are 
analyzed  with  common  statistical  techniques  (Method  of  Con¬ 
trasts,  ANOVA,  Duncan's  Multiple  Range  Test).  Special 
attention  was  placed  on  documentation  of  the  model  to  insure 
ease  of  implementation  by  a  user.  Model  usage  is  demonstrated 
with  two  experiments  and  their  analysis.  Because  this  method¬ 
ology  does  not  require  Monte  Carlo  simulation  of  damage  to 
the  airfield,  the  determination  of  element  criticality  is 
straightforward.  The  lucrative  targets  on  the  airfield  are 
then  the  most  critical  elements  which  can  be  effectively 
attacked  with  available  weapons  and  delivery  systems. 
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A  USER  DEFINABLE  SLAM  AIRFIELD  MODEL 
DESIGNED  FOR 

EXPERIMENTATION  AND  ANALYSIS 

I.  INTRODUCTION 
Background 

In  the  spring  of  1981,  the  Tactical  Air  Warfare  Center 
(TAWC) ,  Future  Plans  Division  (TXP) ,  requested  that  the  Air 
Force  Institute  of  Technology  study  the  problem  of  airfield 
attack.  The  thrust  of  the  study  requirement  was  further  de¬ 
fined  in  a  subsequent  visit  to  TAWC  during  the  summer  of  1981. 
The  basic  goals  of  the  study  were  established  as  an  analysis 
of  airfields  using  computer  simulation  to  determine  which 
elements  on  an  airfield  are  the  most  lucrative  to  attack.  Air¬ 
field  elements  were  to  be  viewed  not  only  in  terms  of  their 
criticality,  but  also  in  terms  of  their  vulnerability. 

After  a  considerable  amount  of  research,  and  visits  to 
the  Airfield  Attack  System  Project  Office  (SPO)  at  Eglin  AFB, 
and  the  Joint  Studies  Group  (TAC)  at  Nellis  AFB,  Nevada,  the 
problems  of  analyzing  airfield  attack  were  more  clearly  defined. 
The  desire  in  airfield  attack,  as  in  any  other  mission  area,  is 
to  conduct  the  most  effective  attack  possible.  Many  factors 
have  an  influence  on  whether  an  attack  is  effective  when  a 
target  is  large  and  complex,  as  is  an  airfield.  The  airfield 
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attack  problem  is  compounded  even  further  when  viewing  an  air¬ 
field  target  system  which  is  composed  of  individual  airfields. 
Totally  demolishing  one  airfield  is  probably  not  nearly  so  ef¬ 
fective  as  knocking  out  one  or  two  very  critical  airfield 
elements  on  all  the  airfields  in  the  target  system. 

Other  factors  which  have  an  influence  on  effectiveness 
include:  (1)  delivery  systems  available  for  the  mission;  (2) 

ordnance  available  and  appropriate  for  the  elements  to  be  struck, 
(3]  delivery  systems'  accuracies;  and  (4)  tactics  which  will  be 
employed  because  of  the  high  threat  nature  of  airfield  defenses. 
Tactics  are  dictated  by  the  defenses  for  a  given  delivery  system 
v.'ith  a  specified  ordnance  load.  Ordnance  required  is  dictated 
by  the  nature  of  the  target  element.  Delivery  accuracy  is  a 
function  of  the  tactics,  the  delivery  system,  and  the  ordnance. 
Assessment  of  attack  effectiveness  must  include  some  considera¬ 
tion  of  the  probable  attrition  rate  which  will  be  suffered  in 
the  attack.  It  can  easily  be  seen  that  airfield  attack  is  not 
a  trivial  problem. 

Airfields  have  been  targeted  many  times  in  the  history 
of  aerial  warfare.  One  appealing  choice  of  a  target  on  an 
airfield  has  always  been  the  runway.  Unfortunately,  with 
today's  delivery  systems,  using  weapons  currently  in  the  in¬ 
ventory,  and  the  low  altitude  tactics  forced  by  high  threat 
defenses,  the  runway  is  extremely  difficult  to  close.  In 
addition,  rapid  runway  repair  capability  is  practiced  by  all 
major  air  forces  (Hokanson,  1975:260-262). 

Traditionally,  another  target  element  of  choice  has 


been  aircraft.  In  today's  world  however,  the  sheltering,  dis¬ 
persal,  and  concealment  of  aircraft  is  routinely  practiced  in 
the  European  theater  and  elsewhere.  These  practices  degrade 
the  present  day  capability  to  directly  destroy  aircraft  on  the 
ground- -  especially  sheltered  aircraft.  Aircraft  which  are  not 
in  shelters  are  vulnerable  to  attack  if  their  location  is  known. 
Occasionally,  aircraft  may  be  located  by  technical  means  before 
an  attack.  If  the  dispersal  areas  are  known,  area  munitions 
(Cluster  Bomb  Units  which  scatter  their  submunitions  in  a  de¬ 
sired  area)  can  be  employed  relatively  effectively.  The  prob¬ 
lem  today  is  the  trade-off  between  the  risk  to  the  attacker, 
which  is  high,  and  his  relative  effectiveness,  which  may  be 
very  low.  This  trade-off  must  be  considered.  It  dictates 
that  the  elements  of  an  airfield  which  are  struck  must  be 
critical  elements  in  order  to  justify  the  risk  of  exposure. 

Another  facet  of  the  airfield  attack  problem  has  been 
determining  the  effectiveness  of  attacks.  If  all  takeoff/ 
landing  surfaces  on  an  airfield  are  rendered  unusable,  an 
attack  can  be  called  effective.  But  if  repairs  can  open  the 
runway  in  two  hours,  has  the  attack  been  truly  effective?  It 
is  apparent  that  any  useful  measure  of  effectiveness  must  be 
able  to  capture  the  effect  of  runway  closure,  as  well  as  other 
relevant  occurrences,  such  as  loss  of  aircraft  to  malfunction, 
or  enemy  action.  Global  measures  of  effectiveness  for  air¬ 
fields  usually  include  some  form  of  sortie  production  rate. 

This  measure  can  include  all  the  effects  of  degraded  airfield 
elements  in  a  single  response  variable. 
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Other  simulation  studies  of  airfield  systems  have  used 


sorties  flown  per  day,  or  sorties  flown  over  a  longer  time 
period,  as  their  measure  of  merit.  Sorties  flown  over  a  given 
time  period  is  a  very  attractive  response  variable,  not  only 
because  it  globally  captures  all  the  vagaries  of  airfield 
operations,  but  also  because  it  is  usually  the  absolute  measure 
used  to  judge  the  effectiveness  of  flying  units.  This  kind  of 
measure  is  also  a  very  real  and  understandable  representation 
of  the  amount  of  force  which  can  be  brought  to  bear  over  a 
given  time  frame.  With  the  above  in  mind,  a  statement  of  a 
problem  for  a  research  effort  was  defined. 

Problem  Statement 

Conduct  a  computer  based  simulati  n  analysis  of 
fighter-bomber  airfields  to  determine  the  lost  critical  ele¬ 
ments  of  the  airfields  with  respect  to  sortie  generation.  The 
most  critical  elements  are  defined  as  those  which  have  the 
greatest  marginal  contribution  to  sortie  generation.  The  most 
lucrative  elements  for  attack  are  those  most  critical  elements 
for  which  a  destructive  capability  is  available. 

Problem  Development 

The  use  of  a  computer  simulation  model  coupled  with 
experimental  design  and  analysis  techniques  can  capture  the 
diverse  interactions  of  a  system  as  complex  as  an  airfield. 
However,  a  methodology  for  determining  the  critical  target 
elements  would  have  to  be  developed.  A  replicable  methodology 
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was  required  so  that  the  experiment  could  be  repeated  when 
changes  occurred  in  the  nature  of  airfield  systems  which  could 
alter  the  criticality  of  the  individual  target  elements.  This 
methodology  was  determined  to  be  a  computer  simulation  model 
coupled  with  factorial  experimental  designs. 

A  thorough  search  for  existing  airfield  models  ensued. 

The  Rand  Corporation  models  reviewed  were  AIDA,  TSARINA,  and 
TSAR.  AIDA  is  an  airbase  damage  assessment  model;  however, 

AIDA  does  not  consider  target  element  criticality,  nor  does  it 
run  over  time  (Emerson,  1976:1-7).  TSARINA  was  developed  from 
AIDA  and  is  a  more  sophisticated  damage  assessment  model,  which 
produces  output  which  is  formatted  to  be  used  as  input  for  the 
TSAR  model.  TSAR  (Theater  Simulation  of  Airbase  Resources) 
uses  the  TSARINA  inputs  to  assess  the  impact  of  airbase  damage 
on  sortie  generation  capability  at  an  airbase,  or  set  of  air¬ 
bases  in  a  theater  (Emerson,  1980:i-iv).  TSAR  was  designed 
for  use  in  evaluating  proposals  for  improving  the  sortie  gen¬ 
eration  capabilities  of  United  States  Air  Forces  Europe  (USAFE) 
airbases . 

The  Kearney,  Inc.,  AIRBASE  model  was  built  for  the  Air 
Force  Armament  Laboratory  at  Eglin  AFB,  Florida.  The  model 
simulates  airbase  operations  and  measures  the  capability  to 
supply  sorties  under  various  user  defined  airbase  states  of 
damage,  damage  repair  and  resupply.  The  damage  states  are  de¬ 
fined  by  changing  numbers  of  servers  and/or  changing  probability 
distribution  parameters  (AIRBASE,  1978). 

The  PHOENIX  model,  built  by  Joint  Studies  Group  (TAC) , 


was  never  released  for  study  (Southard,  1981). 

The  AIDA  and  TSARINA  models  were  not  required  for  this 
study  because  damage  levels  did  not  have  to  be  stochastically 
determined  and  analyzed  for  the  methodology  of  this  study. 

The  TSAR  model  was  structurally  unsuited,  and  very  much  too 
large  and  complex  to  be  used  in  the  time  available  for  the 
study  (Emerson,  1980:1-5). 

AIRBASE  offered  many  options,  and  had  been  used  success¬ 
fully  by  Grumman  in  a  study  (Grumman  working  paper,  1981); 
however,  aircraft  maintenance  failure  was  not  adequately 
addressed  in  the  model.  In  addition,  AIRBASE  is  written 
totally  in  FORTRAN.  A  FORTRAN  model  is  normally  not  as  easy 
for  a  new  user  to  adapt  to  as  a  simulation  language  model 
because  of  the  lack  of  standard  structural  model  graphics. 

There  are  models  which  are  exceptions,  but  AIRBASE  was  not  one 
of  them.  The  inputs  to  the  AIRBASE  model  are  also  a  drawback, 
as  they  consist  of  a  hodge-podge  of  formatted  key  punch  opera¬ 
tions  (AFFDL  Report  79-3018,  1978).  In  contrast,  simulation 
languages  like  Q-GERT  and  SLAM  contain  graphical  tools  to  con¬ 
struct  and  illustrate  a  structural  model.  The  Q-GERT  and  SLAM 
models  may  be  supported  by  FORTRAN  routines  to  increase  network 
flexibility,  but  the  basic  model  remains  Q-GERT  or  SLAM  no 
matter  how  much  FORTRAN  support  is  added. 

At  this  point  in  the  research,  the  only  reasonable 
model  available  was  AIRBASE,  and  it  would  require  extensive 
modification  to  perform  the  experiments  desired. 

Research  for  this  study  effort  also  included  investigating 
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languages  designed  for  s imulat ion- -  especially  Q-GERT  (Pritsker, 
1979)  and  SLAM  (Pritsker  §  Pegden,  1979).  Simulation  languages 
are  designed  to  make  it  easier  to  understand  how  a  model  is 
conceptualized  by  including  an  explicit  structural  model. 
Additionally,  their  code  is  relatively  easy  to  verify.  These 
features  are  not  present  in  a  FORTRAN  model.  In  order  to  use 
an  existing  FORTRAN  model,  one  must  analyze  the  code  intimately 
to  insure  that  it  performs  as  described  by  the  available  docu¬ 
mentation  and  that  conceptually  the  model  does  what  is  desired 
for  the  given  study.  In  most  circumstances,  the  documentation 
--no  matter  how  extensive- -is  never  complete  enough  to  fully 
understand  the  model  without  dissecting  the  code.  Due  to  the 
factors  presented  above,  along  with  the  time  required  to 
decipher  the  AIR3ASE  model  and  modify  it,  the  use  of  an  exist¬ 
ing  model  was  a  very  unattractive  alternative. 

It  became  apparent  a  model  would  have  to  be  built  from 
scratch.  This  appeared  to  be  an  intrinsically  worthwhile  pro¬ 
ject  in  and  of  itself  for  four  reasons.  First,  the  learning 
experience  of  modeling  is  worthwhile  in  an  academic  program, 
and  many  believe  that  the  understanding  gained  is  the  chief 
value  of  modeling  (Shannon,  1975:5-7;  Hoeber,  1981:4-6). 
Secondly,  no  airfield  model  written  in  a  simulation  language 
was  available  in  the  defense  community.  The  present  effort 
could  provide  a  jumping  off  point  for  such  a  model.  The  third 
reason  was  that  the  methodology  of  this  study,  factorial  experi¬ 
mentation  on  levels  of  airfield  elements,  was  a  new  approach 
and  no  model  could  be  found  which  was  conveniently  oriented 
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for  this  approach.  The  last  reason  is  the  trivial  case. 

Without  a  model,  there  was  no  airfield  to  experiment  upon. 

To  learn  more  about  modeling  in  general,  and  Q-GERT  in  parti¬ 
cular,  a  preliminary  airfield  model  was  constructed. 

Preliminary  Modeling  Exercise 

To  help  define  the  boundaries  of  the  airfield  study 
effort  and  to  practice  the  conceptualization  of  a  complex  sys¬ 
tem,  a  preliminary  model  was  built  using  the  Q-GERT  simulation 
language  (Pritsker,  1979).  Because  airfields  are  such  complex 
systems,  and  because  of  their  multiple  layers  of  interaction 
with  the  outside  world,  it  was  felt  this  preliminary  project 
would  help  to  learn  both  about  modeling  and  about  airfield 
models.  The  preliminary  project  was  a  very  valuable  experience 
It  was  an  excellent  introduction  to  a  simulation  language  which 
uses  graphical  symbols  to  construct  a  network  model  from  which 
Q-GERT  coding  can  be  directly  written.  The  conceptualization, 
computerization,  and  experimentation  exercises  were  very  in¬ 
structive  and  clearly  revealed  the  problems  extant  in  trying 
to  model  a  complex,  real-world  system.  Q-GERT,  however,  did 
not  prove  to  have  enough  flexibility,  and  the  model  developed 
for  this  analysis  was  written  in  SLAM  (Pritsker  §  Pegden,  1979) 
SLAM  is  a  language  which  was  developed  as  a  major  advancement 
by  the  author  of  Q-GERT.  The  languages  have  many  similarities, 
with  SLAM  being  more  advanced,  more  capable,  and  more  flexible. 

The  Q-GERT  exercise  clearly  showed  that  the  problem 
would  have  to  be  limited  carefully  by  explicit  and  reasonable 
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assumptions.  However,  it  also  showed  that  careful  modular 
construction  of  a  simulation  model  could  allow  for  growth, 
user  definability,  and  ease  of  changing  parameters  for  experi¬ 
mentation.  These  features  were  intentionally  included  in  the 
SLAM  modeling  effort  to  facilitate  experimentation,  to  appeal 
to  other  possible  users,  and  to  encourage  change  or  growth 
for  future  experimentation. 

Objectives 

In  order  to  address  the  problem  of  determining  which 
elements  on  an  airfield  are  most  critical  to  sortie  generation, 
the  following  objectives  were  pursued: 

1.  Develop,  verify,  and  validate  a  computer  simulation 

model  to  measure  a  response  variable- -effective  sorties 
generated  over  a  three-day  period.  Include  the  follow¬ 
ing  features  in  the  model: 

(A)  Conceptual  Simplicity  -  Use  a  network  structural 
model  to  the  maximum  extent  possible. 

(B)  User  Definability  -  Variables  should  allow  for 
easy  definition  of  airfield  size  and  composition, 
and  aircraft  type  and  characteristics. 

(C)  User  Friendliness  -  The  model  should  be  well  com¬ 
mented,  easy  to  define  and  initialize,  and  it 
should  have  a  user's  guidance  section. 

(D)  Ease  of  Growth  and  Change  -  The  structural  model 
should  have  flexibility,  and  the  documentation 
should  allow  a  knowledgeable  user  to  modify  the 
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model  successfully. 

2.  Exercise  the  model  and  conduct  experimentation  in  order 

to : 

(A)  Demonstrate  Use  of  the  Model  -  Show  how  it  is  run, 
as  well  as  the  various  outputs  and  their  uses. 

(B)  Conduct  Sensitivity  Analysis  -  Explore  the  bounds 
of  variables  external  to  the  airfield  system  to 
test  their  effect  on  the  response  variable. 

(C)  Screen  Factors  (Airfield  Elements)  for  Criticality 
-  Use  a  fractional  factorial  experimental  design 
and  analysis  to  identify  the  most  important  fac¬ 
tors  . 

(D)  Identify  the  Most  Critical  Factor(s)  -  Use  a  full 
factorial  experiment  on  the  important  factors 
identified  in  the  screening  experiment  to  isolate 
the  most  important  factor(s)  and/or  determine  a 
relative  ranking. 

(E)  Insure  the  Methodology  Is  Explicit  -  Detail  all 
actions  to  sufficient  depth  so  that  the  experi¬ 
ment  can  be  replicated  to  verify  the  methodology 
or  to  analyze  airfield  system  changes. 

Structure  of  the  Computer  Model 

Introduction 

A  discussion  of  fighter  airfield  operations  is  contained 


in  Chapter  II,  and  the  simulation  model  is  discussed  in  Chapter 
III.  This  section  is  designed  to  give  an  overview  of  the 


structure  of  the  computer  model  as  a  lead-in  to  the  remainder 
of  this  thesis. 

The  model  is  a  network  model,  with  discrete  event  orien¬ 
tation,  written  in  SLAM  (Pritsker  5  Pegden,  1979)  and  supported 
by  SLAM -provided  and  author-provided  FORTRAN  support  routines. 
The  networks  discrete  event  routines,  and  network  support 
routines  are  interfaced  by  the  SLA11  processor,  as  illustrated 
in  Figure  1.1.  The  SLAM  input  statements  are  read  in  and  exe¬ 
cuted  by  the  SLAM  processor  to  exercise  the  network  structure 
as  directed,  using  the  network  and  event  oriented  FORTRAN 
routines  as  required  during  the  simulation.  At  the  completion 
of  a  simulation,  the  response  variable  is  printed  out.  The 
FORTRAN  coding  provides  for:  (1)  initialization,  (2)  complex 
functions  required  in  network  routing  and  activities,  (3) 
subroutines  initiated  by  discrete  event  occurrences,  and  (4) 
user  defined  output. 

The  SLAM  Structural  Model 

The  SLAM  structural  model  is  composed  of  a  network 
structure  with  discrete  event  orientation  used  where  required. 
The  SLAM  language  is  composed  of  graphical  symbols  used  to 
create  structural  models,  and  a  coding  language  which  des¬ 
cribes  the  graphical  symbols 'to  the  SLAM  processor.  The  SLAM 
processor  is  FORTRAN-based  and  can  accept  extensive  numbers 
and  types  of  user  written  FORTRAN  routines  to  embellish  the 
SLAM  structural  model.  The  SLAM  structural  model  is  presented 
in  Appendix  A. 
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Fig.  1.1  Overview  of  Computer  Model 


The  structural  model  was  designed  to  keep  all  practicable 
elements  and  activities  explicitly  on  the  network.  This  effort 


was  aimed  at  aiding  an  interested  reader  in  gaining  a  more 
rapid  understanding  of  the  entire  model  through  study  of  the 
SLAM  structural  (graphical]  model. 

Figure  1.2  provides  an  overview  of  the  structural  model. 
After  generation,  aircraft  and  pilots  conceptually  proceed  in 
a  large  circle.  First,  they  go  through  launch  activities  to 
fly  a  mission  as  a  flight,  and  then  recover  at  home  base. 

After  recovery,  the  aircraft  are  turned  around  for  another 
mission,  unless  maintenance  is  required.  Any  time  maintenance 
is  required,  it  is  performed  before  the  aircraft  goes  to  turn¬ 
around  servicing.  Aircraft  aborting  during  launch  are  sent 
directly  to  maintenance. 

The  FORTRAN  Support  Routines 

The  FORTRAN  code  is  composed  of  five  basic  sections. 
Three  of  the  sections  are  used  to  support  discrete  event 
orientation  and  the  other  two  support  the  network.  All  of 
these  sections  are  under  the  umbrella  of  a  short  main  program 
which  establishes  core  memory  requirements.  The  organization 
of  these  routines  is  shown  in  Figure  1.3. 

Network  Oriented  Routines.  The  network  oriented 
routines  provide  for  initialization  and  network  support  as 
shown  in  Figure  1.3.  Initialization  routines  are  used  to  de¬ 
fine  the  airfield  composition,  the  scenario,  the  aircraft, 
and  all  the  service  times  and  probabilities  which  allow  the 


Fig.  1.2  Overview  of  Structural  Model 


Organization  of  FORTRAN  Support  Routines 


model  to  function  stochastically.  These  sections  allow  the 
user  to  define  all  the  major  elements  of  the  airfield.  The 
network  support  routines  are  individual  functions  built  to  do 
one  simple  task.  They  are  called  from  the  network  whenever 
their  particular  task  needs  to  be  performed.  These  sections 
are  fully  described  in  Chapter  III  and  the  appendices. 

Event  Oriented  Routines.  The  event  oriented  FORTRAN 
routines  basically  support  the  SLAM  Executive  Network,  which 
is  the  controller  of  the  major  simulation  activities.  Other 
event  oriented  functions  will  be  covered  later  (preflight 
spares).  The  major  activities  are  shown  in  Figure  1.3.  The 
scheduling  of  missions  is  a  daytime  routine  during  simulation. 
All  flying  ends  in  the  evening.  The  night  routines  bed  down 
the  airfield  and  prepare  for  the  following  day's  activities. 
All  these  routines  are  fully  covered  in  Chapter  III  and  the 
appendices . 

Scope  of  the  Model 

To  limit  the  scope  of  the  model,  certain  simplifying 
assumptions  were  required.  The  assumptions  did  not  limit  the 
usefulness  of  the  model,  but  they  greatly  reduced  the  size  of 
the  structural  model  required.  The  airfield  was  assumed  to 
be  in  visual  meteorological  conditions  (VMC)  at  all  times. 

A  three-day  period  was  selected  as  reasonable  to  monitor  the 
model's  response  variable  -  sorties  generated.  This  period 
was  long  enough  to  allow  start-up  conditions  to  dampen  out, 
yet  short  enough  to  allow  reasonable  computer  run  times. 
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The  basic  model  can  be  tailored  for  up  to  two  wings  of 
up  to  three  squadrons  each.  The  aircraft  travel  through  a 
network  structure  to  perform  their  missions.  All  the  basic 
functional  activities  of  a  fighter-bomber  airfield  were  in¬ 
cluded  in  the  model.  Chapter  II  contains  a  general  descrip¬ 
tion  of  fighter- bomber  airfields  and  their  activities.  These 
activities  include  aircraft  generation,  launch,  recovery, 
turnaround  servicing,  and  maintenance.  The  model  is  easily 
initialized  for  a  desired  scenario.  The  variables  which  are 
generally  of  interest  for  experimentation  and  sensitivity 
analysis  are  located  in  the  initialization  sections  of  the 
model.  Experiments  can  be  conducted  by  measuring  the  changes 
in  the  response  variable  caused  by  changes  in  the  independent 
variables.  The  independent  variables  (airfield  elements)  are 
commonly  referred  to  as  factors  in  the  experiments. 

Using  this  approach,  one  could  study  such  diverse 
questions  as: 

(1)  What  are  the  effects  of  a  change  in  the  percentage 
of  pilots  qualified  for  Quick  Reaction  Alert  (QRA) 
and  Flight  Leader? 

(2)  What  are  the  effects  of  changing  the  given  Mean 
Time  Between  Failure  (MTBF)  for  a  single  system, 

or  the  MTBFs  of  all  six  conceptual  aircraft  systems? 

(3)  Given  a  fixed  scenario,  what  are  the  most  critical 
elements  of  an  airfield  with  respect  to  sortie 
generation  over  a  three-day  period? 

i 

! 


17 


Chapter  Summary  and  Thesis  Overview 

To  synthesize  the  information  presented  in  the  previous 
three  sections,  refer  again  to  Figure  1.3.  The  model  is  exe¬ 
cuted  by  the  SLAM  processor.,  which  controls  the  interaction 
of  the  network  structure  contained  in  the  SLAM  input  statements, 
with  the  event/network  oriented  FORTRAN  support  routines. 

These  interactions,  under  the  control  of  the  SLAM  processor 
throughout  the  simulation,  result  in  the  response  information 
contained  in  the  model’s  output. 

The  results  of  the  research,  modeling,  experimentation, 
and  analysis  are  presented  in  the  remainder  of  Volume  I. 

Chapter  II  contains  an  explanation  and  overview  of  fighter- 
bomber  airfield  operations.  The  chapter  makes  the  transition 
between  real-world  operations  and  how  the  model  is  structured 
and  bounded.  The  response  variable  is  also  discussed  in  the 
chapter . 

Chapter  III  contains  a  relatively  detailed  descrip¬ 
tion  of  the  model,  including  the  major  conceptual  and  user 
oriented  aspects  it  contains.  The  model  is  broken  down  into 
five  major  airfield  operations  sections  which  include: 
Generation,  Launch,  Mission,  Recovery  and  Turnaround,  and 
finally.  Maintenance.  The  SLAM  Executive  Network  and  event 
oriented  FORTRAN  routines  are  also  covered. 

The  details  of  the  policies  which  were  used  in  the 
construction  of  the  model  are  presented  in  Chapter  IV. 

The  chapter  also  covers  the  modular  construction  techniques 
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an<i  the  continual  verification  processes  which  were  used  on 
the  model.  Efforts  expended  in  validation  of  the  model  are 
included . 

The  experimental  factors  are  defined  in  Chapter  V.  It 
also  contains  all  the  sensitivity  analysis  results.  The  de¬ 
signs,  results,  and  analyses  for  the  fractional  factorial 
screening  and  the  full  factorial  experiment  are  also  included. 

Chapter  VI  contains  the  conclusions  reached  from  the 
experiments  with  the  model,  and  from  working  with  the  methodo¬ 
logy  to  establish  the  criticality  of  airfield  elements.  In 
addition,  the  chapter  contains  several  recommendations  for 
further  study. 

Volume  II  consists  of  three  appendices.  Appendix  A 
contains  the  SLAM  structural  model  and  the  SLAM  coding.  The 
structural  model  is  sequenced  in  with  the  coding,  subsection 
by  subsection,  and  presents  the  clearest  idea  of  the  network 
functions  of  the  model.  Appendix  B  contains  the  FORTRAN  cod¬ 
ing.  Both  of  these  appendices  are  well  commented  and  Appendix 
A  is  especially  useful  in  understanding  how  the  model  functions. 
Appendix  C  contains  notes  to  users  which  supplement  the  con¬ 
tents  of  Chapter  III  and  Appendices  A  and  B. 

Volume  III  contains  Annex  A,  which  is  classified. 

Contact  AFIT/ENA,  WPAFB ,  OH  45433,  Autovon  785-5533  for 
information  on  access. 
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II.  A  FIGHTER  AIRFIELD  SYSTEM 


Introduction 

This  chapter  is  designed  to  provide  a  transition  from 
real-world  fighter  airfield  operations  to  the  airfield  model. 
First,  a  brief  overview  of  the  nature  of  high  stress  surge 
operations  is  presented,  followed  by  a  synopsis  of  fighter 
airfield  operations.  The  response  variable  for  the  model  and 
the  airfield  system  boundaries  are  presented,  followed  by  a 
synopsis  of  the  operation  of  the  airfield  structural  model. 

Surge  Conditions 

During  periods  of  conflict  and  during  peacetime  surge 
exercises,  a  maximum  effort  is  concentrated  on  flying  the 
most  sorties  possible  over  the  period  of  the  surge.  Typically, 
surge  operations  are  conducted  so  that  the  tempo  is  quickly 
raised  to  whatever  maximum  sortie  rate  can  be  achieved.  From 
that  point,  the  tempo  is  decreased  as  necessary  to  avoid  fly¬ 
ing  the  aircraft  absolutely  into  the  ground  before  the  surge 
slows  to  a  sustainable  steady-state  condition  (refer  to 
Figure  2.1).  If  a  base  is  surged  to  the  point  where  the  air¬ 
craft  are  falling  apart,  reasonable  steady-state  operations 
are  normally  not  reattained  until  the  base  is  allowed  to  close 
down  (for  all  practical  purposes)  and  repair  aircraft. 

The  pace  of  operations  normally  is  planned  around  a 
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higher  headquarters  (HHQ)  mandated  sortie  rate.  This  planned 
sortie  rate  is  important  for  many  reasons.  All  logistics  sup¬ 


port  for  the  base  is  derived  from  this  planning  factor.  Re¬ 
supply  of  expendables/consumables  is  based  on  rates  of  con¬ 
sumption  derived  using  the  planned  sortie  rate.  These  items 
range  from  such  things  as  aircraft  spare  parts  to  bombs, 
bullets,  and  petroleum/oil/lubricants  (POL).  The  bench  stock 
spare  parts  on  hand  are  nominally  stocked,  based  on  planned 
sortie  rate  and  historical  failure  rates.  It  can  easily  be 
seen  how  important  the  planned  sortie  rate  can  become. 

Most  commanders  strive  to  achieve  a  sortie  rate  in 
excess  of  that  required  by  the  planning  factor.  Usually,  they 
succeed.  However,  in  order  to  hedge  against  failure,  most 
commanders  plan  an  ensuing  day's  schedule  of  operations  so 
that  they  can  turn  around  their  operational  aircraft  in  a  flow 
which  experience  has  shown  tends  to  maximize  the  effectiveness 
of  the  airfield's  turnaround  activities. 

For  day-only  fighter  operations,  the  first  step  in  this 
scheduling  process  is  to  insure  that  HHQ  required  missions  can 
be  flown  with  a  high  degree  of  certainty.  Then  the  remaining 
scheduling  is  done  to  heuristically  achieve  a  favorable  pattern 
of  flying  and  turnaround  factored  around  the  HHQ  requirements. 

During  the  conduct  of  scheduled  flying  operations,  the 
success  and  failure  rate  of  missions  are  tracked  by  a  command 
post,  along  with  the  maintenance  status  of  all  aircraft.  When 
it  is  apparent  that  the  schedule  can  be  completely  met  with 
aircraft  currently  available,  the  remaining  aircraft  and  any 
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others  which  can  be  turned  around  are  used  to  launch  as  many 
additional  missions  as  possible .  Twenty-four  hour  operations 
differ  from  the  above  pattern,  in  that  the  maximum  effort  is 
normally  flown  from  late  afternoon  into  the  evening.  This 
leaves  the  night  period  as  lightly  scheduled  as  possible,  so 
that  the  aircraft  can  be  repaired  and  prepared  for  the  follow¬ 
ing  day's  operations.  This  model  deals  with  day  VFR/VMC  (clear 
weather)  fighter  operations,  and  the  twenty- four  hour  consider¬ 
ations  do  not  apply. 

There  is  usually  prior  knowledge  of  when  a  surge  opera¬ 
tion  will  occur.  This  knowledge  can  come  from  peacetime 
exercise  notification  or  from  intelligence  Indications  and 
Warning  in  a  conflict  situation.  In  any  event,  twelve  hours' 
warning  is  usually  sufficient  for  a  fighter  wing  to  prepare 
the  bulk  of  its  aircraft  to  begin  a  surge. 

Fighter  Airfield  Operations 

The  conduct  of  fighter  operations  involves  a  repetitive 
series  of  tasks.  Once  the  aircraft  have  been  generated- - 
repaired  (if  required),  armed,  and  preflighted  by  maintenance- - 
the  cycle  begins.  In  normal  surge  operations,  pilots  are 
assigned  to  similarly  configured  aircraft  within  a  squadron. 
After  an  appropriate  period  of  mission  planning  and  briefing, 
the  pilots  proceed  to  their  respective  aircraft. 

Pilots  normally  perform  a  walk-around  inspection  prior 
to  enplaning  and  strapping  in,  after  which  they  do  a  pre-start 
check.  Next  the  engine(s)  is  started  and  after-start  checks 
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are  accomplished.  Coordination  is  effected  between  aircraft 
in  some  manner  (radio,  hand  signals,  runner)  so  that  all 
flight  members  know  when  to  taxi,  so  they  can  efficiently 
arrive  in  the  arming  area  together.  If  an  aircraft  is  aborted, 
up  to  the  time  the  aircraft  start  engines,  a  spare  aircraft  is 
usually  provided  if  available.  This  procedure  does  not  delay 
the  remainder  of  the  flight  unduly  during  high  tempo  surge  con¬ 
ditions,  and  it  helps  get  a  larger  number  of  optimally- sized 
flights  into  the  air.  Any  other  delays  that  occur  are  handled 
at  the  discretion  of  the  flight  leader  and  the  command  post. 

All  procedures  up  to  this  point  require  the  aid  of  a  crew 
chief  and  perhaps  an  assistant. 

When  the  aircraft  arrive  in  the  arming  area,  the 
ordnance  is  armed  by  an  arming  crew.  In  some  cases,  arming 
may  be  done  in  the  parking  spot  to  expedite  launch.  Arming 
in  the  parking  area  is  usually  only  allowed  when  a  malfunction 
of  forward  firing  ordnance  (cannon,  rockets,  missiles)  poses 
no  threat  to  anything  on  the  airfield.  In  any  case,  once  air¬ 
craft  are  armed,  the  flight  leader  secures  clearance  onto  the 
runway  for  takeoff.  Recovering  aircraft  normally  have  pri¬ 
ority  for  the  runway,  depending  on  their  fuel  state.  Delays 
are  handled  by  the  mutual  discretion  of  the  flight  leader  and 
the  command  post. 

Once  on  the  runway  with  pre-takeoff  checks  complete, 
the  takeoffs  proceed.  In  most  cases,  aircraft  roll  individu¬ 
ally  when  loaded  with  ordnance.  A  small  amount  of  time  is 
allowed  between  brake  releases  on  each  aircraft  (nominally 
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10  seconds).  In  the  event  of  a  malfunction  on  takeoff,  this 
procedure  provides  a  little  higher  margin  of  safety.  Once 
airborne,  the  flight  rejoins  to  an  appropriate  formation  and 
proceeds  on  the  mission.  Any  problems  encountered  in  this 
process  are  handled  at  the  discretion  of  the  flight  leader 
and,  if  time  allows,  the  command  post. 

Ivhile  on  the  mission,  the  aircraft  are  exposed  to  a 
variety  of  hazards,  including  aircraft  malfunction  and  enemy 
action.  In  rare  instances,  pilots  may  even  accidentally  fly 
into  the  ground.  Normally,  aircraft  proceed  to  a  specified 
target  and  deliver  their  ordnance.  Some  targets  may  be 
strafed--if  they  are  vulnerable  to  strafe  and  the  defenses  are 
not  prohibitive.  Ordnance  is  subject  to  malfunction.  Bombs 
may  hang  up,  rockets/missiles  may  fail  to  fire,  or  a  cannon 
may  explode  or  run  away.  Ordnance  is  rarely  brought  back  to 
the  airfield  in  wartime.  It  is  jettisoned  as  a  preferable 
option.  Most  often,  it  is  jettisoned  armed.  After  the  tar¬ 
get  is  struck,  aircraft  return  to  base,  and  when  clearance  is 
granted  they  land.  The  condition  of  the  aircraft  will  vary 
from  no  malfunctions  at  all,  through  aircraft  and/or  ordnance 
malfunctions,  to  severe  but  flyable  battle  damage.  Some  air¬ 
craft  will  be  lost  to  enemy  action  (attrition)  or  to  a  severe 
maintenance  malfunction  (crash),  or  to  a  combination  of  both. 

After  landing,  the  aircraft  roll  out  and  then  taxi  to 
a  dearming  area,  where  a  dearming  crew  makes  any  remaining 
ordnance  safe- -especially  forward  firing  ordnance.  Aircraft 
may  blow  tires  on  landing,  or  otherwise  malfunction,  so  that 
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they  nust  be  towed  rather  than  taxi  under  their  own  power  to 
the  dearming  area.  In  this  case,  the  engine  is  shut  down  and 
the  pilot  deplanes  so  that  a  tug  can  tow  the  aircraft. 

Once  dearmed,  aircraft  proceed  to  their  squadron  area 
for  parking.  Preferred  parking  is  in  an  aircraft  shelter. 

The  next  choice  is  in  a  dispersed  revetment.  The  other  alter¬ 
native  is  dispersal,  and  possibly  concealment,  with  no  hard 
protection.  Enroute  to  parking,  aircraft  may  refuel  in  a  Hot 
Pit  refueling  area.  These  areas  contain  fuel  hydrants  where 
refueling  can  be  accomplished  while  the  aircraft  engine(s)  is 
running.  The  use  of  Hot  Pit  refueling  expedites  the  refueling 
process.  If  an  aircraft  parks  in  a  shelter,  it  will  normally 
be  refueled  in  the  shelter,  either  by  a  truck  or  by  a  pipe¬ 
line  system.  Once  aircraft  reach  their  parking  spot,  the 
engine  is  shut  down  and  the  pilot  deplanes. 

If  an  aircraft  lands  with  a  major  malfunction,  an 
attempt  will  be  made  to  park  it  in  the  Wing  Maintenance  area. 
If  no  space  is  available  there,  it  will  proceed  to  squadron 
parking.  Aircraft  requiring  maintenance  are  scheduled  for 
repair  depending  on  their  malfunctions.  If  squadron  main¬ 
tenance  can  make  the  repairs,  they  will  be  handled  at  squad¬ 
ron  level.  If  not,  repairs  will  be  directed  by  Maintenance 
Control.  The  aircraft  will  be  towed  to  wing  when  space  is  . 
available,  or  wing  specialists  will  repair  the  aircraft  at 
its  parking  spot  in  the  squadron  area. 

Aircraft  with  no  malfunctions,  or  only  flyable  dis¬ 
crepancies,  will  be  turned  around  for  another  mission. 
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Turnaround  service  is  usually  begun  immediately  after  engine 
shutdown  and  is  rarely  hampered  by  a  cursory  maintenance  post¬ 
flight  and  traditional  pilot  walk-around.  Turnaround  service 
normally  consists  of  rearming,  refueling,  and  a  mix  of  main¬ 
tenance  post-flight  and  pre-flight  activities.  When  turnaround 
service  is  completed,  the  aircraft  joins  the  pool  of  ready 
aircraft.  This  pool  is  constantly  being  monitored  by  the 
command  post  and  Maintenance  Control  in  order  to  form  and 
launch  additional  flights. 

Response  Variable 

The  basic  measure  of  merit  produced  by  the  airfield 
model  is  effective  sorties  generated  over  a  three-dav  period. 

In  the  computer  model,  this  value  is  recorded  in  SLAM  global 
variable  XX(94) .  This  type  of  measure  is  not  only  a  major 
item  of  interest  in  a  production  oriented  system,  but  also  an 
indicator  which  captures  all  the  vagaries  which  exist  in  the 
airfield  system.  An  effective  sortie  is  counted  when  an  air¬ 
craft  gets  airborne,  even  if  it  later  air  aborts  or  crashes. 
This  may  appear  to  be  slanted  in  favor  of  maintenance  in  the 
age-old  battle  between  maintenance  and  operations  over  what 
constitutes  an  effective  sortie.  Actually,  it  stems  from  the 
fact  that  to  determine  criticality  for  generation  of  sorties, 
only  the  internal  mechanism  of  the  system  is  important.  Once 
the  aircraft  leaves  the  ground,  the  internal  mechanism  has 
fulfilled  its  function. 


Each  individual  run  of  the  model  will  produce  a  value 


of  the  response  variable  (number  of  sorties  generated  over  a 
three-day  period),  which  is  a  data  point  tor  use  in  experi¬ 
mentation  and  analysis. 

System  Boundaries 

The  airfield  is  a  system  which  responds  to  many  exter¬ 
nal  influences.  Many  of  these  influences  are  inputs  to  the 
airfield  model.  As  was  stated  above,  the  basic  measure  of 
merit  which  the  model  calculates  is  effective  sorties  flown 
over  a  three-day  period.  In  an  analysis  aimed  at  identifying 
the  most  critical  factors  in  the  generation  and  turnaround 
cycle,  it  is  important  to  isolate  those  factors  which  are  in¬ 
ternal  to  the  system.  Since  the  only  concern  is  for  the  ability 
of  the  airfield  to  put  aircraft  into  the  air,  the  external  fac¬ 
tors  merely  have  to  be  set  at  reasonable  levels  so  they  do  not 
have  any  undue  influence  on  the  response  variable. 

For  the  above  reasons,  only  those  activities  and  facili¬ 
ties  which  play  a  direct  part  in  the  generation,  launch,  recov¬ 
ery,  turnaround,  and  maintenance  of  aircraft  are  considered  to 
be  internal  to  the  system.  They  are  the  factors  for  experimen¬ 
tation.  All  other  factors  are  external  to  the  system  and  will 
be  set  to  fixed  reasonable  levels.  This  approach  isolates  the 
airfield  so  it  may  be  studied. 

Airfield  Elements  of  the  Model-- 
functions  and  Relationships 

A  typical  fighter  airfield  can  be  conceptually  illus¬ 
trated  with  a  diagram  such  as  Figure  2.2.  In  most  cases. 


28 


Fig.  2.2  Typical  Fighter  Airfield 


ernmaMt 


squadron  parking  areas  are  discretely  defined.  Depending  upon 
the  taxi  route  an  aircraft  takes  just  prior  to  engine  shutdown, 
a  Hot  Pit  refueling  facility  may  be  convenient  for  some  squad¬ 
ron's  aircraft. 

Airfields  are  constructed  so  that  the  runways  are 
aligned  with  the  local  prevailing  winds.  This  results  in  a 
primary  takeoff  direction  during  a  given  season  as  illustrated 
in  Figure  2.2.  To  launch  on  a  mission,  aircraft  proceed  from 
the  squadron  area  to  the  approach  end  of  the  active  runway  in 
order  to  marshall  and  arm.  After  arming  and  checks  are  com¬ 
pleted,  the  aircraft  obtain  clearance  onto  the  active  runway 
and  takeoff. 

For  recovery,  aircraft  will  land  on  the  approach  end 
and  roll  out  on  the  runway.  At  the  departure  end  of  the  run¬ 
way,  the  aircraft  turn  off  the  active  and  park  in  the  dearm 
area  to  have  their  remaining  ordnance  safed.  After  dearming, 
aircraft  will  taxi  as  directed  and  required.  Aircraft  which 
abort  during  the  launch  process,  and  those  taxiing  back  after 
a  mission,  will  Hot  Pit  refuel  if  it  is  convenient  to  their 
taxi  route  and  if  it  will  not  interfere  with  any  repairs  that 
the  aircraft  may  require. 

A  conceptual  overview  of  a  fighter  airfield  structural 
model  is  presented  in  Figure  2.3.  Aircraft  and  pilots  are 
generated  (created  and  initialized)  and  placed  in  separate 
ready  pools.  Some  aircraft  and  pilots  must  be  on  Quick 
Reaction  Alert  (QRA) .  Some  aircraft  are  still  in  maintenance 
at  the  beginning  of  the  surge. 


30 


2 

_ 

O 

>> 

ft 

Eh 

0 3 

< 

ce 

X 

W 

X 

Q> 

o 

O 

ft 

a; 

ft 

C 

2 

o 

Cm 

o 

♦H 

w 

X 

2  T3 

3  <U 

O  ft  ft 
Q  d  ft 
C  ni 
Eh  cd  in 
2  ft  O 
X  <U  u 
00  C/1  *1-1 
cd 

w  ft 
2  o  e 

ft  ft  O 
CJ'H  ^ 

2  ft  ft 
W* 


-  c 

ft  \ 

2  CC 

< 

ft  Eh  ft 

ft  re 
-O  3 

x  x 

O  t-  ft 

<  o  > 

O  X  ft 
X  T3 

ft  Q  C 
ft  2 

<  ' 


rH 

0) 

a> 

rH 

a 

rH 

•  rH 

cd 

> 

$4 

u 

cd 

a ) 

ft  c/3 

r, 

«8 

CM 

ft 

\T\  c 

•8 

CU 

X- 

k 

Sh 

ft 

3 

0) 

o 

a  > 

c 

2  0) 

o 

ft  ft 

o 

3* 

• 

CD  C^h 
>  Cd 
0)  O  X 

e  u  cd 

o  tv  v  a> 


ft  S  cd  Xi 


ft 

•rH 

x; 

2 

CO 

M 

o 

r~\ 

w 

U 

X 

o 

CM 

X 

ft  00 

rH 

00  &H 

o 

ft  o 

o 

ft  O  ft 

ft 

O  ft 
c/o  ft 

c 

2  2 

•H 

o  o  a 

ft  X  2 

0) 

Eh  p  C 

O 

Sxo 

cd 

rH 

X  cjr\ 

ft 

o  oo  < 

• 

6h 

X  T3 
O  <U 
ft  S 

E^ft ’ft 

i  ft  ft 

w  a  x 

K  CO 

ft  n 
<u  r> 

Eh  fciw 
O  Cd 
ft  ft 
ft  00 
ft  • 


i-i 

"ft 

p 

•H 

< 

X 

X 

CO 

c/o 

X 

r\ 

S 

ARM 

or 

ft 

X 

< 

P  CM 

Eh  <fl 

ft 

! 

"ft 

•rH 

X 

ft 

ra 

O 

w 

r\ 

* 

Si 

Eh 

o 

CM 

h.--vw 


Overview  of  Airfield  Structural  Model 


The  launch  process  begins  with  the  Scheduler  forming 
a  flight  of  aircraft  with  pilots  from  a  common  squadron.  The 
pilots  preflight  their  aircraft.  If  any  aircraft  are  aborted, 
spares  are  allowed  at  preflight.  Next,  engines  are  started 
and  the  flight  taxis,  marshalls,  and  arms.  At  each  activity, 
aircraft  may  abort  due  to  maintenance  failure.  As  long  as  at 
least  two  aircraft  remain  in  the  flight,  with  at  least  one 
flight  lead,  the  flight  may  proceed.  After  arming,  the  flight 
takes  off,  rejoins,  and  proceeds  on  the  mission.  Aborted  air¬ 
craft  may  proceed  to  maintenance  from  any  point  in  the  launch 
process . 

During  the  mission,  aircraft  may  be  shot  down  or  crash 
due  to  maintenance  failure  and/or  battle  damage.  Aircraft 
deliver  their  ordnance  and  possibly  experience  weapons  release 
malfunctions.  External  fuel  tanks  may  be  jettisoned  as  part 
of  the  mission  profile  or  in  response  to  being  attacked  by 
another  aircraft.  After  the  mission,  aircraft  approach,  land, 
and  roll  out  on  the  active  runway.  Aircraft  are  then  taxied 
or  towed,  as  required,  to  dearming  and  then  to  parking. 

Taxiing  aircraft  may  Hot  Pit  refuel,  if  convenient.  Some  air¬ 
craft  may  be  parked  at  Wing  Maintenance  for  service  if  they 
have  serious  malfunctions  and  if  space  is  available.  Wing 
Maintenance  shop  resources  are  conceptually  viewed  as  capa¬ 
cities  for  aircraft.  In  Wing  Maintenance,  lesser  problems 
are  considered  to  have  been  repaired  concurrently  with  major 
problems.  'When  repairs  are  complete,  aircraft  proceed  to 
turnaround  servicing. 


If  no  space  is  available  at  Wing  Maintenance,  aircraft 
with  serious  problems  are  repaired  in  the  squadron  area  by 
wing  specialists  (MMT) .  Lach  MMT  unit  resource  is  conceptually 
able  to  work  on  one  aircraft  at  a  time.  No  work  on  lesser 
problems  takes  place  until  MMT  unit  repairs  are  completed.  If 
an  aircraft  is  awaiting  an  MMT  unit  for  service  and  space  be¬ 
comes  available  at  wing,  the  aircraft  is  towed  to  wing  for 
service.  Lesser  maintenance  problems  are  repaired  by  squadron 
maintenance  shops.  Squadron  level  repairs  are  performed  con¬ 
currently.  When  all  repairs  are  completed  on  an  aircraft,  it 
proceeds  to  turnaround  servicing. 

If  an  aircraft  experiences  a  malfunction  which  requires 
that  it  be  towed,  the  engine  is  shut  down  and  the  pilot  is 
removed  from  the  aircraft  and  returned  to  the  Pilot  Ready  Pool 
for  the  appropriate  squadron.  The  aircraft  is  towed  to  the 
appropriate  maintenance  facility.  When  repairs  are  completed, 
aircraft  proceed  to  turnaround  servicing.  A  complete  discus¬ 
sion  of  maintenance  is  contained  in  Chapter  III. 

Aircraft  which  sympathetically  abort  (ground  or  air) 
and  have  no  non-flyable  discrepancies  are  returned  to  the 
squadron  area  for  engine  shutdown,  pilot  deplaning,  and  turn¬ 
around  servicing.  Aircraft  returning  from  a  mission  with  no 
non-flyable  discrepancies  are  returned  to  the  squadron  area 
for  engine  shutdown  and  pilot  deplaning.  Their  configuration 
is  checked  and  external  fuel  tanks  are  hung  on  them,  if  required. 
When  reconfiguration  is  completed,  the  aircraft  enter  turn¬ 
around  service. 
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Turnaround  service  consists  of  rearming,  refueling, 
and  an  abbreviated  mix  of  maintenance  post-flight  and  pre¬ 
flight  activities.  Rearming  and  refueling  are  only  accom¬ 
plished  when  required.  The  services  are  performed  concurrently 
When  turnaround  servicing  is  complete,  the  aircraft  are 
returned  to  their  respective  squadron's  Aircraft  Ready  Pool. 

The  preceding  material  has  presented  an  overview  of 
the  structural  model.  The  discussion  has  closed  the  loop  in 
the  network  in  which  the  pilots  and  aircraft  flow.  The  major 
elements  of  the  airfield  model  were  covered  with  an  overview 
of  their  functional  relationships.  The  details  of  the  major 
aspects  of  the  model,  and  a  more  complete  treatment  of  the  net¬ 
work  are  presented  in  Chapter  III.  The  remaining  details  are 
covered  by  the  extensive  comments  in  Appendix  A  and  Appendix  B. 


III.  THE  SIMULATION  MODEL 

Introduction 

This  chapter  provides  a  relatively  detailed  description 
of  the  model.  The  first  section  covers  the  major  conceptual 
and  user  oriented  aspects  of  the  model.  The  remainder  of  the 
chapter  covers  the  major  sections  of  the  model  shown  in  Figure 
3.1.  The  sections  are  covered  starting  with  Creation  and 
Initialization  (Generation).  Then,  in  order,  The  Launch  Process, 
The  Mission,  Recovery  and  Turnaround  Service,  and  Maintenance 
are  covered.  Finally,  the  Executive  Network  and  the  event 
|  oriented  FORTRAN  subroutines  are  explained.  The  chapter  closes 

with  a  summary.  Those  readers  who  are  well  schooled  in  com¬ 
puter  simulation  may  wish  to  look  ahead  to  Figure  3.5  to  see 
an  overview  of  how  all  the  separate  sections  of  coding  inter¬ 
act  . 


Major  Aspects  of  the  Model 

Dynamic  Maintenance  Failure 
Code  ” 

Aircraft  have  been  provided  with  six  conceptual  systems. 
The  systems  are: 

(1)  Electrical 

(2)  Engine/Fuel 

(3)  Hydraulics/Pneumatics 
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(4)  Airframe 

(3)  Comm/Nav/ InstTuments/Radar 

(6)  Fire  Control/U'eapons  Release 
Aircraft  are  initialized  with  a  value  for  total  engine  run 
tine  (Attribute (7) ) ,  which  is  uniformly  distributed  between 
zero  and  200  hours  (major  overhaul  periodicity  assumed  at  200) . 
Each  system  is  initialized  with  a  value  for  Next  Time  of  Fail¬ 
ure  (NTOF)  (Attribute(19)  through  Attribute (24) )  ,  which  is  a 
random  pick  from  the  Beta  distribution  using  that  particular 
system's  Mean  Time  Between  Failure  (MTBF) .  Total  engine  run 
time  is  accumulated  after  each  activity  where  the  engine  is 
running.  Every  time  the  total  engine  run  time  is  updated, 
each  system  is  checked  to  see  if  it  has  failed. 

If  total  engine  run  time  exceeds  NTOF,  then  that  parti¬ 
cular  system  has  failed.  The  model  uses  probabilities  aggre¬ 
gated  for  each  system  to  determine  the  level  of  failure.  The 
cumulative  distributions  for  the  level  of  failure  for  each 
system  are  found  in  Section  5  of  Subroutine  INTLC .  The  fail¬ 
ure  level  is  returned  by  the  FORTRAN  function  USERF(51)  and 
the  Maintenance  Failure  Code  (Attribute (18) )  is  updated  to 
reflect  the  change. 

The  Maintenance  Failure  Code  is  a  six-digit  number 
whose  individual  digits,  in  order,  carry  the  current  status 
(zero  to  five)  of  each  aircraft  system.  At  each  place  on  the 
network  where  the  failure  code  is  updated,  routing  is  provided 
for  the  aircraft  to  begin  proceeding  to  the  appropriate  main¬ 
tenance  facility  for  repair.  The  failure  code  is  checked  by 
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USERS (37; ,  which  returns  the  largest  value  o£  any  digit.  If 
any  digit  is  greater  than  or  equal  to  two,  the  aircraft  re¬ 
quires  repair.  The  failure  levels  are: 

Flyable 

0  -  No  Discrepancies 

1  -  Only  Flyable  Discrepancies 

Non-Flyable 

2  -  Minor  Discrepancy  (Short  Repair  Time) 

3  -  Minor  Discrepancy  (Longer  Repair  Time) 

4  -  Major  Discrepancy  (Short  Repair  Time) 

5  -  Major  Discrepancy  (Longer  Repair  Time) 

This  method  of  handling  systems  can  be  easily  expanded 
to  handle  more  systems,  or  the  six  systems  may  just  be  recon¬ 
ceptualized  to  be  other  systems  to  suit  the  user's  needs.  All 
that  is  required  is  a  knowledge  of  modular  arithmetic.  The 
upshot  of  dynamic  failure  is  that  once  the  aircraft  have  been 
initialized,  they  proceed  through  the  network  during  simulation 
and  fail  wherever  they  happen  to  be  when  the  time  values  dictate 
a  failure.  If  an  aircraft  is  airborne,  the  failure  code  is 
compared  to  a  matrix  of  standards,  and  if  the  failure  is  serious 
enough,  the  aircraft  crashes.  If  the  aircraft  is  on  the  ground, 
the  failure  code  is  checked  against  another  matrix  to  see  if 
the  aircraft  will  have  to  be  towed.  If  the  aircraft  is  air¬ 
borne  and  has  a  Battle  Damage  Code  (Attribute(16) )  value 
greater  than  zero,  yet  another  matrix  is  checked  to  see  if  the 
aircraft  should  crash.  (The  Battle  Damage  Code  is  explained 
in  the  Mission  section  of  this  chapter.)  The  three  matrices 
are  in  Section  1  of  Subroutine  INTLC.  Additional  information 
on  the  Maintenance  Failure  Code  is  covered  in  the  Maintenance 
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section  of  this  chapter. 


Subroutine  INTLC 

Subroutine  INTLC  is  a  SLAM  provided  routine  which  has 
been  tailored  to  allow  a  user  to  define  the  airfield  composi¬ 
tion  and  the  aircraft  type.  This  routine  helps  to  establish 
the  scenario  that  will  affect  aircraft  movement  through  the 
network. 

In  this  subroutine,  the  probabilities  of  system  failure 
and  level  of  failure  are  specified.  Repair  service  times  are 
specified.  The  values  described  in  the  preceding  section  are 
put  into  the  three  matrices  for  crashing  and  towing.  Proba¬ 
bilities  for  ordnance  delivery  and  malfunction  are  specified. 
Battle  damage  occurrence  and  level  of  damage  probabilities  are 
defined.  The  number  and  type  of  aircraft  parking  spaces  and 
the  distances  between  facilities  are  specified.  The  transfor¬ 
mation  function  for  setting  the  Maintenance  Failure  Code  based 
on  the  Battle  Damage  Code  is  defined.  The  Uniform  distribution 
for  initialization  of  total  engine  run  time  is  specified. 

Rates  of  movement  on  the  airfield  are  set.  The  aircraft 
characteristics  are  established.  Service  times  are  specified. 
Sunrise  and  sunset  are  specified,  as  well  as  certain  probabili¬ 
ties  of  delay.  After  these  variables  have  been  specified  to 
the  user's  satisfaction,  the  variables  in  Subroutine  USERI 
should  be  dealt  with. 

Subroutine  USERI 

This  subroutine  contains  many  of  the  variables  which 


will  be  of  interest  for  experimentation,  and  their  initializa¬ 
tion  continues  the  specification  of  the  system  begun  in  Sub¬ 
routine  INTLC.  In  this  section,  the  user  specifies  planned 
sortie  rates  and  the  desired  schedule,  by  area.  There  are 
three  conceptual  areas.  Area  1  is  relatively  near  the  airfield 
and  sorties  may  be  flown  without  external  tanks,  or  with  mini¬ 
mum  external  tanks  (for  example,  a  centerline  tank).  Area  2 
is  further  away  and  requires  maximum  external  fuel  if  aerial 
refueling  is  not  available.  Area  3  is  further  than  Area  2, 
and  sorties  to  this  area  are  only  flown  in  gaggles  (large 
groups  of  flights  on  a  single  mission) ,  with  maximum  external 
fuel.  For  the  details  of  scheduling,  refer  to  Appendix  C. 

Configuration,  mission  duration,  probability  of  attri¬ 
tion,  and  probability  of  tank  jettison  must  be  specified  for 
each  area.  The  number  of  squadrons,  aircraft  and  pilots  per 
squadron,  and  pilot  qualification  must  be  specified.  MTBFs 
and  the  shape  parameters  for  each  system's  distribution  must 
be  defined  (see  Appendix  C) .  The  number  of  resources  for 
maintenance  and  refueling  are  specified.  The  number  of  runways 
is  set.  Also  in  this  routine  is  the  print  statement  control 
switch.  Six  levels  of  print  statements  can  be  specified,  as 
well  as  the  simulation  time  for  throwing  the  switch  on  and 
off  during  a  simulation  run.  When  these  values  have  been 
specified,  the  model  is  ready  to  run. 

Function  USERF(IFN) 

This  function  is  the  yeoman  of  the  FORTRAN  coding. 

There  are  thirteen  sections  in  USERF(IFN).  The  sections  include 
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j 

(1)  Utility 

(2)  Parking 

(3)  Examine  Code 

(4)  Reset  Code 

(5)  Alter  Code 

(6)  Travel  Times 

(7)  Turnaround 

(8)  Wing  Service 

(9)  MMT  Service 

(10)  Squadron  Service 

(11)  Maintenance 

(12)  Statistics 

(13)  MTBF  Distribution 

Each  of  the  75  functions  is  individually  commented.  Refer  to 
Appendix  B,  pages  148-194. 

One  feature  of  USERF(IFN)  deserves  a  special  note.  Each 
function  is  addressed  through  a  single  access  point,  which  then 
uses  a  COMPUTED  GO  TO  to  access  the  specified  function  in 
USERF(IFN).  The  result  of  this  is  best  explained  with  an  ex¬ 
ample.  Suppose  a  reader  encounters  a  function,  USERF(76) ,  in 
the  SLAM  coding,  and  he  wishes  to  know  more  about  it.  It  can 
be  found  at  label  7600  in  the  FORTRAN  code  in  Appendix  B. 

Merely  riffling  through  the  pages  of  the  Appendix,  the  label 
7600  is  rapidly  found  on  page  178,  and  just  above  it  the 
comment  that  explains  exactly  what  the  function  does.  Any 
function  in  USERF(IFN)  can  be  found  just  as  rapidly  by  adding 
two  zeroes  to  the  function  number  as  was  done  in  the  example 
above . 


Concurrent  Service 


Concurrent  service  is  performed  when  more  than  one  ser¬ 


vice  activity  is  being  performed  on  an  aircraft  at  the  same 
time,  i.e.,  concurrently.  Turnaround  Service  and  Squadron 


.Maintenance  are  concurrent  service  activities.  To  accomplish 
this  with  SLAM,  a  copy  of  the  aircraft  entity  is  routed 
through  each  activity  and  then  sent  to  a  Queue  node  before  a 
Match  node.  The  entities  then  wait  to  match  back  together 
based  on  the  unique  tail  number  of  the  aircraft.  When  there 
is  an  entity  in  each  Queue  node  with  the  same  value  in  the 
attribute  specified  on  the  Match  node--in  this  case  Attribute 
(2)  (the  tail  number) --the  entities  are  allowed  to  flow.  On 
the  output  side  of  the  Match  node,  all  of  the  copies  of  the 
aircraft  entity  except  one  are  destroyed.  Examples  of  this 
type  of  servicing  may  be  clearly  seen  in  the  structural  model 
in  Appendix  A.  Refer  to  Turnaround  Service,  pages  95  and  96; 
and  Squadron  Maintenance,  page  121. 

Mean  Time  Between  Failure  (MTBF) 

Probability  Distribution 

Several  probability  distributions  for  MTBF  were  re¬ 
viewed  before  a  final  selection  was  made.  The  Log  Normal 
and  Exponential  were  rejected  because  their  lack  of  shape 
parameter  limited  their  usefulness  for  a  user  definable  func¬ 
tion.  Additionally,  the  Log  Normal,  Exponential,  Weibull,  and 
Gamma  are  all  defined  between  zero  and  infinity.  An  upper 
limit  of  infinity  is  an  undesirable  characteristic  when  com¬ 
puting  failure  times.  Truncation  could  have  been  used,  but 
deciding  where  to  truncate  would  have  to  be  dealt  with  by 
every  user. 

As  a  result  of  the  above,  the  Beta  distribution  was 
selected.  The  Beta  uses  shape  parameters  which  allow  for  -ease 


2 


of  user  definability.  The  Beta  is  only  defined  between  zero 
and  one,  which  obviates  the  truncation  issue. 

In  order  to  use  the  Beta  distribution,  two  issues  must 
be  dealt  with.  First,  the  shape  parameters  have  to  be  chosen. 
The  shape  parameters  may  be  tailored  to  reflect  the  user's 
attitude  about  the  reliability  of  each  particular  conceptual 
aircraft  system.  A  discussion  of  this  particular  process  is 
contained  in  Appendix  C.  Once  the  shape  parameters  have  been 
chosen,  the  second  issue,  how  to  calculate  Next  Time  of  Failure 
(NTOF)  for  a  particular  system,  may  be  resolved  in  a  straight¬ 
forward  manner. 

The  user  must  have  estimates  of  MTBFs  for  each  of  the 
conceptual  aircraft  systems.  The  estimates  are  used  in  the 
following  manner.  The  values  returned  by  the  Beta  are  treated 
as  normalized  values  of  time  between  failures.  The  normalized 
expected  value  of  the  Beta  (ALPHA, BETA)  is: 


E(x)  = 


ALPHA 


where  ALPHA  and  BETA  are  shape  parameters  (Law  §  Kelton,  1982 
165) .  The  normalized  value  of  time  between  failures  is  de¬ 
fined  as: 


MTBF 


Setting  them  equal , 


E(x)  =  TBF  = 


ALPHA  MTBF 

ALPHA  +  BETA  =  "MM" 


and  solving  for  MAX, 


’  n*  *  > 


H 


Having  solved  for  the  maximum  time  of  failure,  the  value 
can  be  used  to  multiply  by  the  random  draw  from  the  Beta  dis¬ 
tribution  with  given  ALPHA  and  BETA  parameters  to  find  a  ran¬ 
dom  value  for  the  system  life  time  before  failure.  To  make 
this  value  useful  in  the  model  it  is  added  to  current  total 
engine  running  time  to  define  a  particular  system's  Next  Time 
of  Failure  (NTOF)  in  terms  of  total  engine  running  time. 

Mathematically,  this  process  is  defined  for  each  system 
as : 

f (ALPHA, BETA, MTBF)  =  MAX  •  Beta (ALPHA , BETA) 

Substituting  for  MAX,  results  in: 

f  (ALPHA, BETA, MTBF)  =  (1  *  ^j^-)  •  MTBF  •  Beta  (ALPHA, BETA) 


It  can  now  be  clearly  seen  that  the  crucial  step  in 
this  process  is  choosing  the  shape  parameters.  Once  they  are 
chosen,  and  an  estimate  for  MTBF  for  each  system  is  available, 
the  NTOF's  of  the  systems  are  easily  calculated.  Appendix  C 
contains  a  discussion  of  how  to  choose  the  shape  parameters. 
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Creation  and  Initialization  (Generation) 

Normal  Squadron  Processing 

A  simulation  run  commences  with  the  creation  of  aircraft 
and  pilots  for  each  squadron  the  user  has  declared  active  in 
Subroutine  USERI .  The  model  creates  50  aircraft,  allows  the 
number  the  user  has  specified  to  be  initialized,  and  then  ter¬ 
minates  the  excess.  The  model  creates  75  pilots,  allows  the 
user  specified  number  in  a  squadron  to  be  initialized,  and 
then  terminates  the  excess.  A  user  selectable  percentage  of 
aircraft  are  initially  operational.  The  remaining  aircraft 
are  sent  to  maintenance.  The  aircraft  sent  to  maintenance  are 
evenly  distributed  to  maintenance.  Each  system  on  an  aircraft 
has  a  50  percent  chance  of  failure  in  order  to  spread  the  air¬ 
craft  across  the  spectrum  of  repair  facilities.  Failure  levels 
of  failed  systems  are  uniformly  distributed  from  one  to  five. 

A  user  specified  number  of  aircraft  and  pilots  are  placed  on 
Quick  Reaction  Alert  (QRA) .  The  number  is  specified  in  SLAM 
global  variable  XX(61). 

Aircraft  carry  information  with  them  in  their  attributes. 
The  attributes  of  aircraft,  pilots,  and  missions  are  listed  in 
the  SLAM  coding,  Appendix  A,  pages  3  and  4,  lines  28  to  109. 
Aircraft  are  initialized  with  squadron  number,  tail  number, 
parking  spot,  total  engine  running  time  (a  pick  from  a  user 
specified  Uniform  distribution) ,  and  NTOFs  from  the  previously 
described  Beta  distributions.  Aircraft  are  initialized  with 
ordnance  loaded  because  aircraft  arming  is  a  part  of  the 
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generation  process.  Generation  is  accomplished  prior  to  the 
start  o£  Day  1.  Aircraft  proceed  to  their  squadron's  Aircraft 
Ready  Pool  and  await  a  mission. 

Pilots  also  have  attributes.  Pilots  are  initialized 
with  squadron  number,  pilot  identification  number,  and  quali¬ 
fication  (flight  lead,  QRA  qualified,  or  on  QRA  status)  .  /.'hen 
pilots  enter  an  aircraft,  the  pilot  attributes  are  transferred 
to  aircraft  attributes,  and  when  the  pilot  deplanes,  his  attri¬ 
butes  are  transferred  back  from  the  aircraft  entity  to  the 
pilot  entity.  After  initialization,  pilots  who  are  not  on  QRA 
status  are  placed  in  their  squadron's  Pilot  Ready  Pool  to  await 
a  mission. 

Replacement  Squadron  Processing 

During  a  simulation  run.  Subroutine  EVENT(IEV)  monitors 
squadron  aircraft  status  each  evening.  If  a  squadron  has 
fallen  below  a  user  specified  number  of  operational  aircraft. 
Subroutine  RESUPLY  (sic)  schedules  the  arrival  of  a  replace¬ 
ment  squadron  around  midday  the  following  day.  This  is  accom¬ 
plished  by  the  setting  of  a  SLAM  global  variable  assigned  to 
each  squadron.  At  about  1300  on  Days  2  and  3  of  the  simulation, 
the  model  creates  SO  aircraft.  If  the  global  variable  for  a 
squadron  has  been  set  to  one,  the  aircraft  are  processed  into 
the  system.  If  the  variable  equals  zero,  the  aircraft  are  ter¬ 
minated.  The  aircraft  are  processed  by  adding  pilots  with 
qualifications  based  on  the  same  ratios  the  user  specified  for 
the  initial  squadrons.  This  results  in  the  replacement 
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squadrons  having  the  same  relative  number  of  flight  leads,  QRA 
qualified  flight  leads,  and  pilots,  as  the  originally  created 
squadrons.  This  is  accomplished  by  simple  counter  functions. 
Aircraft  are  given  user  specified  configurations,  and  all 
other  attributes  are  set  in  the  same  manner  as  the  initial 
aircraft.  Aircraft  proceed  to  approach  and  land  to  enter  nor¬ 
mal  processing. 


The  Launch  Process 

Mission  Global  Variable  (MGV) 

Following  each  launch  activity,  the  status  of  each  air¬ 
craft  in  a  flight  must  be  checked  to  determine  whether  it  has 
experienced  a  maintenance  failure.  This  must  be  done  to  deter¬ 
mine  further  routing  for  the  aircraft.  The  check  of  each  air¬ 
craft  is  accomplished  using  the  MGV.  This  occurs  after  preflight; 
engine  start;  taxi,  marshall,  and  arm;  takeoff;  and  rejoin. 

The  value  of  the  MGV  is  carried  in  SLAM  global  variable 
XX(II) .  (II)  is  the  value  of  the  mission  number  of  a  particular 
flight.  Mission  numbers  range  from  one  to  forty-six,  which  is 
adequate  to  handle  the  maximum  number  of  flights  which  can  be 
generated  on  the  airfield  at  any  one  time  during  reasonable 
simulation  scenarios.  The  value  of  XX(II)  is  set  to  zero  just 
prior  to  entering  each  launch  activity.  When  an  aircraft  fails, 
the  value  of  XX(II)  is  changed  by  adding  a  specific  amount 
depending  on  the  aircraft  flight  position  numbers  which  have 
experienced  failures.  Refer  to  Figure  3.2  for  the  specific 
numbers  which  are  added  and  the  totals  which  can  result  to 
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Rules  for  Setting  XX(II)j 

1.  XX(II)  initialized  to  zero  prior  to  each  launch 
activity,  II  is  the  flights  mission  number. 


2.  XX (II)  set  when  an  aircraft  fails : 

if  aircraft  1  fails  -  XX(II)  =  XX(II)  +  2, 
if  aircraft  2  fails  -  XX(II)  =  XX(II)  +  4, 
if  aircraft  3  fails  -  XX(II)  =  XX(II)  +  5. 


Aircraft  Status  based  on  Mission  Global  Variable 

MGV 

Aircraft  1 

Aircraft  2 

BBi 

3-Ship 

Only 

0 

okay 

okay 

okay 

no 

2 

failed 

okay 

okay 

no 

4 

okay 

failed 

okay 

no 

5 

okay 

okay 

failed 

yes 

6 

failed 

failed 

okay 

no 

? 

failed 

okay 

failed 

yes 

9 

okay 

failed 

failed 

yes 

11 

failed 

failed 

failed 

yes 

Fig.  3*2  Mission  Global  Variable  (MGV) 
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define  the  maintenance  status  of  the  flight. 


The  MGV  is  the  critical  element  in  the  conditional 
routing  of  aircraft  during  the  launch  process.  It  is  concep¬ 
tually  a  simple  technique.  The  important  considerations  in 
using  the  MGV  are  resetting  it  to  zero,  and  insuring  its  value 
is  set  prior  to  the  conditional  branches  where  it  is  used. 

The  timing  problem  is  handled  by  adding  .0001  delays  to  acti¬ 
vities  leading  to  the  nodes  where  branching  occurs.  This 
allows  each  aircraft  to  influence  the  MGV  value  prior  to  the 
node  at  which  branching  will  occur  based  on  the  value  of  the 
MGV.  The  .0001  delay  works  because  the  SLAM  processor  oper¬ 
ates  on  entities  sequentially.  The  processor  takes  an  entity 
as  far  through  the  network  as  it  can  before  taking  a  new  entity 
to  process. 

Preflight  Spare  Procedures 

When  an  aircraft  experiences  a  maintenance  failure 
during  preflight,  it  is  routed  to  an  event  node  which  calls 
Event  10.  Discrete  event  orientation  is  used  to  enable  the 
use  of  SLAM  provided  Subroutines  RMOVE,  SCHDL ,  and  FILEM. 

The  Event  10  routine  searches  the  appropriate  squadron's  Air¬ 
craft  Ready  Pool,  and  if  an  aircraft  is  found,  RMOVE  removes 
it  from  the  ready  pool.  Next,  SCHDL  schedules  Event  11  to  be 
called  after  a  short  delay.  The  delay  time  is  the  conceptual 
time  for  a  pilot  to  change  aircraft. 

Event  11  is  a  routine  which  uses  FILEM  to  place  the 
spare  aircraft  into  the  MXTEAM  await  node  (PFRS) ,  so  that  the 
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spare  can  acquire  a  crew  chief  resource  and  then  proceed 
through  the  netv/ork  to  catch  up  with  the  flight  unless  it  ex¬ 
periences  a  failure.  If  the  spare  fails,  another  iteration 
of  this  process  can  occur.  If  the  spare  completes  the  pre¬ 
flight  successfully,  the  flight  is  allowed  to  proceed  to 
engine  start. 


Sympathetic  Aborts 

For  the  reader  who  is  unfamiliar  with  fighter  operations, 
a  brief  explanation  of  aborts  will  be  provided.  During  fighter 
operations,  a  minimum  number  of  aircraft  required  in  a  flight 
is  specified  by  commanders,  based  on  tactical  considerations. 

In  this  model,  the  minimum  number  of  aircraft  in  a  flight  is 
two.  As  long  as  there  are  at  least  two  aircraft  in  a  flight, 
and  at  least  one  flight  lead,  the  flight  will  proceed.  When 
the  flight  drops  below  either  of  those  minimums,  the  mission 
is  scrubbed,  and  an  aircraft  which  aborted  solely  because  of 
dropping  below  two  aircraft  and/or  at  least  one  flight  lead 
is  referred  to  as  a  sympathetic  abort. 

Sympathetic  aborts  can  occur  on  the  ground  or  in  the 
air.  As  an  example,  consider  the  case  of  a  flight  which  has 
become  a  two-ship  and  has  a  flight  lead  only  in  aircraft 
number  one.  If  either  aircraft  aborts  in  this  situation,  the 
other  becomes  a  sympathetic  abort.  Sympathetic  ground  aborts 
proceed  to  turnaround  service.  Sympathetic  air  aborts  have 
a  delay  in  the  air  which  conceptually  allows  for  time  to  burn 
down  gas  and/or  jettison  ordnance  in  order  to  get  below 


maximum  gross  weight  for  landing.  (Most  fighter  aircraft  can 
take  off  much  heavier  than  they  can  land,  due  to  the  stress 
that  landing  places  on  the  landing  gear  and  tires.)  After 
landing,  sympathetic  air  aborts  are  processed  like  any  other 
landing  aircraft. 

Flight  Lead  Manipulation 

As  in  the  real  world,  the  model  requires  at  least  one 
flight  lead  in  every  flight.  Flights  are  organized  by  Sub¬ 
routine  ORGANPT  according  to  decision  rules  contained  in  the 
comments  in  Appendix  B,  page  208.  Three  cases  are  defined: 

A/C  #1  A/C  U  A/C  #3 

Case  1  FLT  LEAD  PILOT  PILOT 

Case  2  FLT  LEAD  PILOT  FLT  LEAD 

Case  3  FLT  LEAD  FLT  LEAD  FLT  LEAD 

Case  2  is  the  preferred  case.  Case  2  is  more  robust,  in  that 

the  chance  of  losing  a  mission  due  to  a  sympathetic  abort  is 

much  less  than  for  Case  1.  Case  1  is  preferred  after  Case  2, 

and  Case  3  is  least  preferred  because  it  squanders  flight 

leads . 

During  preflight  and  three-ship  start  engines,  it  is 
possible  for  lead's  aircraft  to  be  aborted.  This  presents  no 
problems  for  Case  2  and  Case  3,  or  when  a  spare  aircraft  is 
available  at  preflight,  in  any  case.  However,  there  is  a 
problem  when  the  flight  is  Case  1  and  no  spare  is  available. 

When  this  occurs,  the  problem  is  handled  explicitly  on  the 
network.  The  flight  lead  is  assigned  the  number  three  aircraft. 
The  broken  number  one  aircraft  goes  to  maintenance  and  the 
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nunber  three  pilot  returns  to  the  ready  pool.  Additionally, 
the  number  three  aircraft  is  redesignated  as  the  number  one 
aircraft  and  the  flight  is  redesignated  as  a  two-ship.  Refer 
to  Appendix  A,  page  42,  for  a  graphical  depiction  and  to  the 
preceding  pilot  preflight  SLAM  coding  for  the  explicit  means 
of  transferring  the  attributes  of  the  pilots  to  and  from  the 
aircraft. 

Takeoff  Clearance 

As  in  the  real  world,  the  number  one  aircraft  of  the 
flight  secures  clearance  for  takeoff  in  the  model.  Conceptually, 
this  is  modeled  by  having  the  lead  aircraft  await  the  acquisi¬ 
tion  of  the  runway  resource  before  the  flight  can  takeoff. 

Refer  to  Appendix  A,  page  57,  for  a  graphical  depiction.  After 
takeoff,  the  lead  aircraft  frees  the  runway  resource.  Three- 
ship  flights  have  priority  over  two-ships.  Landing  aircraft 
have  priority  over  aircraft  waiting  to  take  off.  Two-ships 
acquire  the  runway  in  the  same  manner  as  three -ships. 

The  Mission 

Introduction 

The  processing  of  aircraft  while  on  a  mission  is  handled 
by  Function  USERF(15) .  See  Appendix  B,  pages  153  through  156, 
for  a  listing.  The  FORTRAN  routine  determines  what  happens  to 
the  aircraft  during  the  mission  based  on  the  user  defined 
probabilities  set  in  Subroutines  INTLC  and  USERI. 
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Mission  Duration 


The  mission  duration  is  the  same  for  all  aircraft  in  a 
flight  and  the  value  is  set  in  SLAM  global  variable  XX(II) . 

XX(II)  was  used  as  the  Mission  Global  Variable  (MGV)  during 
launch,  but  it  becomes  mission  duration  while  the  aircraft  are 
airborne.  The  mission  duration  is  a  pick  from  a  triangular 
distribution  defined  by  the  user  in  Subroutine  USER1 .  See 
Appendix  B,  page  132,  lines  102  to  106. 

Attrition 

Aircraft  may  be  shot  down  while  on  a  mission.  The 
probabilities  are  user  defined  in  Subroutine  USERI  (Appendix 
B,  page  132,  lines  113  to  118).  The  probabilities  are  speci¬ 
fied  by  the  area  the  mission  is  flown  to  and  the  size  of  the 
flight,  two-ship  or  three-ship.  If  an  aircraft  is  attrited, 
it  is  routed  to  a  file  (JUNK)  with  Attribute(16)  set  to  99. 

See  the  structural  model  for  routing  details  (Appendix  A, 
page  82)  . 

Battle  Damage 

Aircraft  may  incur  battle  damage  while  on  a  mission. 

The  probabilities  of  incurring  battle  damage  and  the  probabili¬ 
ties  of  level  one  through  five  damage  are  user  defined  in 
Subroutine  INTLC  (Appendix  B,  page  141,  lines  484  to  494)  .  If 
an  aircraft  is  determined  to  have  received  damage,  the  level 
of  the  damage  is  carried  by  Attribute (16)  which  was  initialized 
to  zero.  Aircraft  which  incur  battle  damage  are  checked  to  see 
if  they  should  crash.  This  will  be  discussed  in  the  next  section. 


Aircraft  Failures  While 
Airborne 

Aircraft  may  fail  while  airborne.  If  the  failure,  or 
the  combination  of  the  failure  and  battle  damage,  is  greater 
than  user  definable  levels,  the  aircraft  will  crash  (Appendix 
B,  page  140,  lines  430  to  458).  Aircraft  with  only  mainten¬ 
ance  problems  are  compared  to  six-digit  numbers  in  Data 
Statement  LCRSH.  This  is  done  by  USERF(13)  (Appendix  B,  page 
152).  Aircraft  with  battle  damage  are  compared  to  seven-digit 
numbers  in  Data  Statement  LBAT.  This  is  done  by  USERF(14) 
(Appendix  B,  pages  152  to  153). 

Ordnance 

Ordnance  is  expended  and  weapons/weapons  release  mal¬ 
functions  occur  based  on  user  specified  probabilities  (Appendix 
B,  pages  140  to  141,  lines  452  to  480).  Ordnance  malfunctions 
require  longer  service  times  in  dearming  after  the  aircraft 
lands.  Malfunctions  also  require  markedly  longer  service 
times  during  rearming.  The  service  times  simulate  release 
equipment  changeover,  or  gun  maintenance/replacement.  The 
dearming  and  rearming  times  are  user  definable  in  Subroutine 
INTLC  (Appendix  B,  pages  143  to  144,  lines  618  to  639). 


External  Fuel  Tanks 

Configurations  are  user  specified  by  mission  area. 

Tank  uploading  and  downloading  times  are  user  specified.  Tank 
jettison  probabilities  by  mission  area  are  user  specified. 

All  these  values  are  inputs  to  Subroutine  USERI  (Appendix  B, 


page  132,  lines  90  to  99  and  121  to  125).  The  probabilities 
should  be  chosen  to  reflect  the  user's  opinion  of  the  flight 
profile  for  each  area  and  the  probability  of  being  attacked 
by  another  aircraft. 

Summary 

After  the  above  described  routines  have  been  executed, 
the  aircraft  will  end  up  in  the  file  for  aircraft  leaving  the 
system  (JUNK) ,  or  they  will  proceed  to  approach  to  acquire  the 
runway  resource  and  land.  The  mission  routines  will  have  de¬ 
fined  the  aircraft  attributes  to  describe  the  state  of  the 
aircraft.  The  information  carried  by  the  attributes  will  allow 
the  recovery,  turnaround  servicing,  and  maintenance  portions 
of  the  model  to  properly  process  the  aircraft  until  it  is 
returned  to  the  appropriate  Aircraft  Ready  Pool. 

Recovery  and  Turnaround  Service 

Approach,  Landing,  and  Dearming 

Aircraft  returning  from  a  mission  proceed  to  approach 
(APPR)  and  await  the  runway  resource  for  landing.  Aircraft 
acquire  the  runway  individually  for  landing.  When  the  runway 
is  acquired,  the  aircraft  lands,  and  in  most  cases,  frees  the 
runway  and  taxis  to  dearming  (DEA3) .  Each  aircraft  is  checked 
by  USERF(12)  to  see  if  an  aircraft  malfunction  exists  which 
requires  towing  (for  example,  a  blown  tire).  If  towing  is 
required,  the  aircraft  is  towed  to  dearming  (DEAR)  (Appendix 
A,  page  85) . 
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U SERF (12)  is  used  many  tines  in  the  model  to  determine 
if  an  aircraft  which  has  broken  requires  towing.  The  function 
makes  the  determination  by  comparing  the  aircraft's  Mainten¬ 
ance  Failure  Code  against  the  user  definable  Data  Statement 
LTOW  located  in  Subroutine  INTLC  (Appendix  B,  page  140,  lines 
450  and  451).  Whenever  an  aircraft  has  to  be  towed,  the  pilot 
is  separated  (PSEP)  from  the  aircraft  and  returned  to  the 
appropriate  Pilot  Ready  Pool.  When  aircraft  are  towed,  they 
move  around  the  airfield  at  a  different  rate  than  when  they 
are  taxied.  Rates  of  movement  of  aircraft  taxiing,  aircraft 
being  towed,  and  pilots  in  a  vehicle,  are  set  in  Section  6 
(Travel)  of  Subroutine  INTLC  (Appendix  B,  page  143,  lines  590 
to  596)  . 

Dearming  service  times  are  set  by  USERF(75).  The  ser¬ 
vice  times  are  set  by  draws  from  triangular  distributions 
which  are  chosen  based  upon  the  weapon  status  which  was  set 
while  the  aircraft  was  on  its  mission.  The  dearming  times 
are  user  definable  in  Subroutine  INTLC  (Appendix  B,  pages  143 
and  144)  .  Aircraft  with  armament  malfunctions  take  longer  to 
dearm  than  good  aircraft.  After  dearming  is  completed,  good 
aircraft  acquire  a  parking  space  and  proceed  to  their  squad¬ 
ron  area. 

Hot  Pit  Refueling 

Aircraft  enroute  to  the  squadron  area  from  dearming 
will  Hot  Pit  refuel  if  their  taxi  route  makes  it  convenient, 
and  if  they  are  not  being  parked  in  a  shelter.  Aircraft  in 
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shelters  are  always  refueled  in  the  protection  of  the  shelter. 
In  order  to  Hot  Pit  refuel,  the  aircraft  must  acquire  a  Hot 
Pit  resource  and  fuel  must  be  available.  If  no  fuel  is  avail¬ 
able,  the  aircraft  will  bypass  the  Hot  Pit  area.  POL  used  in 
refueling  is  decremented  from  the  overall  base  supply.  Air¬ 
craft  which  break  are  taxied  or  towed  to  appropriate  destina¬ 
tions.  Towed  aircraft  have  their  pilots  separated  (PSEP) . 

Refer  to  the  graphical  network  for  complete  routing  possibili¬ 
ties  (Appendix  A,  page  89). 

Engine  Shutdown  and 
Reconfiguration 

When  an  aircraft  reaches  the  squadron  area,  it  is 
parked  in  its  assigned  parking  space  and  the  engine  is  shut 
down.  The  pilot  deplanes  (PSEP)  and  returns  to  the  appropri¬ 
ate  pilot  ready  pool  after  a  short  delay  for  a  quick  conceptual 
walk  around.  If  a  maintenance  failure  has  occurred,  the 
aircraft  is  scheduled  for  repair.  Otherwise,  the  aircraft 
acquires  a  crew  chief  and  is  checked  to  see  if  reconfiguration 
is  required.  Often  external  fuel  tanks  will  have  to  be  hung. 
Reconfiguration  is  accomplished  by  USERF(73)  (Appendix  B, 
page  175  to  176) .  The  code  is  intentionally  written  to  avoid 
downloading  tanks  at  all  costs  to  avoid  having  to  defuel 
external  tanks.  When  reconfiguration  has  been  completed,  or 
if  it  is  not  required,  the  aircraft  enters  turnaround  service. 
If  the  aircraft  Hot  Pit  refueled  on  its  way  to  the  squadron 


and  then  had  tanks  hung  on  reconfiguration,  the  fuel  which  will 
be  required  in  turnaround  service  is  recomputed.  Refer  to  the 
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graphical  network  for  complete  routing  possibilities  (Appen¬ 
dix  A,  page  92) . 

Turnaround  Service 

The  aircraft  are  turned  in  a  parallel,  or  concurrent 
service  operation.  The  mechanics  of  concurrent  service  were 
covered  earlier  in  this  chapter.  Services  performed  are 
maintenance  post-flight  (and  preflight),  rearming,  and  refuel 
ing.  Rearming  requires  the  acquisition  of  a  rearming  crew 
resource.  Rearming  service  time  is  set  by  USERF(76)  (Appen¬ 
dix  B,  page  178).  If  no  armament  is  required,  the  aircraft  i 
routed  around  arming.  Refueling  is  accomplished  in  shelters 
by  pipelines  for  aircraft  parked  in  shelters.  Shelter  refuel 
ing  service  time  is  set  by  USERF(78)  (Appendix  B,  page  179). 
Aircraft  in  non- sheltered  parking  spaces  are  refueled  by 
trucks.  Refueling  rate  and  rearming  times  are  user  specified 
in  Subroutine  INTLC  (Appendix  B,  pages  143  and  144).  If  fuel 
is  not  available,  aircraft  wait  in  their  parking  spaces  until 
fuel  is  available. 


Maintenance 


Overview 

Aircraft  may  go  into  the  maintenance  function  of  the 
model  from  nearly  any  point  in  their  flow  on  the  network. 
Aircraft  break  when  the  total  engine  running  time  exceeds  the 
NTOF  of  an  aircraft  system.  The  total  engine  running  time  is 
updated  after  each  activity  where  the  aircraft  engine  is 
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running.  Each  time  the  total  engine  running  time  is  updated, 
a  check  is  made  to  see  if  any  failures  have  occurred.  If  any 
failures  have  occurred,  the  maintenance  failure  code  is  up¬ 
dated.  At  each  place  on  the  network  where  the  failure  cede 
is  updated,  routes  have  been  included  for  the  aircraft  to  go 
to  maintenance. 

Maintenance  Control 

When  aircraft  enter  the  maintenance  complex,  they  are 
initially  divided  into  three  groups.  One  group  has  only  minor 
failures  (failure  level  less  than  four) .  Another  group  is 
made  up  of  aircraft  with  major  failures  (failure  level  equal 
to  or  greater  than  four) .  Aircraft  with  any  battle  damage  are 
grouped  together  regardless  of  their  maintenance  failure  status. 

Aircraft  in  the  minor  problem  group  are  sent  to  squadron 
level  maintenance  for  service.  Aircraft  with  battle  damage  are 
examined  to  see  if  they  are  repairable.  If  they  are  judged 
repairable,  the  battle  damage  code  is  converted  to  a  mainten¬ 
ance  failure  code  using  user  provided  codes  in  data  statement 
N BAT REP  (Appendix  B,  page  142,  line  544).  Repairable  aircraft 
are  routed  to  the  appropriate  maintenance  function.  Aircraft 
which  will  be  scrapped  have  Attribute(18)  set  to  999999,  and 
they  are  routed  out  of  the  system  to  a  file  (JUNK) .  Ordnance 
is  downloaded  when  an  aircraft  requires  service  at  wing  or  by 
an  MMT  unit. 

Aircraft  with  major  problems  arrive  at  node  MCON  where 
routing  occurs  based  on  the  following  decision  rules: 


59 


(1)  Repair  aircraft  at  wing  if  a  required  shop  is  free, 

(2)  Repair  with  an  MMT  unit,  if  a  required  MMT  unit  is 
free , 

(3)  Wait  for  repair  at  wing,  if  waiting  space  is  avail¬ 
able, 

(4)  Go  to  squadron  maintenance  and  repair  any  minor 
problems,  and  then  wait  for  an  MMT  unit. 

The  wing  shops,  squadron  shops,  and  MMT  unit  system 
capabilities  are  presented  in  Figure  3.3,  along  with  the  failure 
levels  which  can  occur.  Refer  to  the  structural  model  for  a 
graphical  depiction  (Appendix  A,  pages  101  and  102). 

Priority  Processing  Code 

Aircraft  are  processed  using  a  priority  code.  The  ob¬ 
ject  of  the  code  is  to  have  the  least  broken  aircraft  repaired 
first  and  then  returned  to  flying  operations.  For  aircraft 
entering  wing  or  MMT  service,  the  failure  levels  of  all  systems 
with  level  four  and  five  problems  are  added  together  to  yield 
a  value.  This  is  done  by  USERF(38)  (Appendix  B,  page  162). 

The  value  is  placed  in  Attribute(17)  and  aircraft  are  processed 
using  a  low  value  first  priority  (Appendix  A,  page  11). 

A  similar  process  is  used  for  aircraft  going  to  squad¬ 
ron  maintenance.  The  code  is  calculated  by  USERF(39) ,  which 
adds  the  failure  levels  of  all  systems  with  failures  greater 
than  or  equal  to  two  (Appendix  B,  page  163).  Aircraft  are 
processed  low  value  first  (LVF)  based  on  the  code  (Appendix  A, 
page  11) . 

Wing  Maintenance 

Aircraft  arriving  to  wing  are  assigned  their  priority 
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Aircraft  System 


Electrical 


Engine/Fuel 


Hydraulic/Pneumatic 


Airframe  (struts/tires) 


Comm/Nav/lnstruments./Radar 


Fire  Control/Wpns  Release 


Wing 


3 


2 


Shop  Number 


MMT  Sqdn. 


level  Definition 


0 


no  discrepancy 

yes 

flyable  discrepancy 

yes 

minor,  short  repair  time 

no 

minor,  long  repair  time 

no 

major,  short  repair  time 

no 

major,  long  repair  time 

no 

Fig.  3*3  Maintenance  Unit  Capabilities  and  Failure  levels 


code,  and  if  a  required  shop  is  open,  they  enter  service. 
Otherwise,  the  aircraft  go  to  a  waiting  pool  (WGPOOL)  where 
they  await  service.  When  an  aircraft  completes  service,  it 
frees  the  shop  resource,  resets  its  failure  code  and  NTOF  for 
repaired  systems,  and  opens  the  gate  for  the  waiting  pool 
(WGPOOL)  so  that  waiting  aircraft  can  seek  service.  The  gate 
for  the  waiting  pool  at  MMT  is  also  opened.  If  no  aircraft  at 
wing  takes  the  free  shop,  an  aircraft  awaiting  MMT  service  is 
towed  to  wing  if  it  requires  that  wing  shop  service.  Aircraft 
in  both  waiting  pools  loop  back  to  their  respective  pool  if 
they  are  unable  to  use  the  shop  which  was  freed. 

If  the  aircraft  which  freed  the  wing  shop  has  been 
completely  repaired,  it  proceeds  to  turnaround  service.  If 
the  aircraft  still  has  a  major  problem,  it  tries  to  get  into 
the  required  wing  shop.  If  service  is  unavailable,  it  goes 
to  the  waiting  pool. 

During  wing  service  all  minor  problems  on  an  aircraft 
are  assumed  to  have  been  repaired  along  with  the  major  prob¬ 
lems.  No  delays  are  added  for  this  service.  The  failure 
codes  and  NTOFs  are  merely  reset.  The  services  provided  by 
each  shop  were  described  earlier  in  Figure  3.3.  Refer  to  the 
structural  model  for  a  graphical  presentation  (Appendix  A, 
pages  106  and  107) . 

MMT  Maintenance 

MMT  units  are  mobile  maintenance  teams  of  wing  special¬ 
ists  which  travel  to  the  squadron  parking  areas  to  do  major 
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repair  work.  Aircraft  requiring  an  MMT  are  assigned  a  priority 
processing  code  as  at  Wing  Maintenance.  There  are  MMT  units 
which  are  equipped  to  work  on  each  aircraft  system,  and  only 
that  system.  The  systems  were  previously  presented  in  Figure 
3.3.  If  a  required  unit  is  available,  the  aircraft  enters 
service.  Otherwise,  it  goes  to  squadron  maintenance  if  it 
has  minor  problems  which  require  repairs.  When  service  is 
completed  at  squadron,  or  if  no  minor  problems  require  repair, 
the  aircraft  goes  to  a  waiting  pool  (MMTPOOL)  and  awaits  an 
MMT  unit  resource. 

When  an  aircraft  completes  service,  it  frees  the  MMT 
unit,  resets  the  appropriate  failure  code  digit  and  NTOF,  and 
opens  the  MMTPOOL  gate.  Opening  the  gate  allows  the  waiting 
aircraft  to  seek  service  from  the  MMT  unit  which  was  freed. 

The  aircraft  in  the  pool  with  the  highest  priority  (lowest 
value  in  Attribute(17))  which  requires  the  free  MMT  unit 
enters  service  and  the  other  aircraft  loop  back  to  the  waiting 
pool  (MMTPOOL) . 

Aircraft  in  the  MMT  waiting  pool  (MMTPOOL)  are  allowed 
to  seek  service  at  wing,  after  aircraft  waiting  at  wing  (WGPOOL) . 
This  insures  that  the  Wing  Maintenance  facility  is  effectively 
utilized.  If  no  aircraft  in  the  wing  waiting  pool  (WGPOOL) 
require  a  free  wing  shop,  an  aircraft  awaiting  an  MMT  unit 
and  requiring  the  free  wing  shop  will  be  towed  from  the  squad¬ 
ron  area  to  Wing  Maintenance. 

If  an  aircraft  freeing  an  MMT  unit  has  completed  all 
service,  it  proceeds  to  turnaround  servicing.  If  the  aircraft 
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requires  further  service,  it  tries  to  obtain  an  appropriate 
MMT  unit  for  major  repairs,  or  it  goes  into  squadron  mainten¬ 
ance  to  complete  minor  repairs.  Unlike  wing  shops,  MMT  units 
do  not  perform  concurrent  repairs  of  minor  problems.  Refer 
to  the  structural  model  for  a  graphical  presentation  (Appendix 
A,  pages  112  and  113). 


Squadron  Maintenance 

Each  squadron  has  a  maintenance  facility  with  shops 
which  are  functionally  the  same  as  Wing  Maintenance.  Functions 
were  previously  shown  in  Figure  3.3.  Aircraft  minor  problems 
are  repaired  concurrently  based  on  the  aircraft  Priority  Pro¬ 
cessing  Code.  Concurrent  servicing  was  covered  earlier  in 
this  chapter.  When  all  servicing  is  completed,  failure  codes 
and  NTOFs  are  reset.  Aircraft  which  have  major  problems  re¬ 
maining  go  to  MMT  units  (DLMT  then  MMT)  for  maintenance  ser¬ 
vice.  Aircraft  which  have  completed  maintenance  go  to 
turnaround  servicing.  Refer  to  the  structural  model  for  a 
graphical  presentation  (Appendix  A,  pages  121  and  122) . 

Each  squadron  has  its  own  facility  in  the  network. 
However,  when  repairs  are  completed,  the  aircraft  are  matched 
back  together  (SQMA)  in  a  common  network  based  on  the  air¬ 
craft's  unique  tail  number.  After  the  aircraft  has  been 
reassembled  and  failure  codes  and  NTOFs  are  reset,  the  air¬ 
craft  is  routed  to  turnaround  servicing. 


Executive  Network 


Overview 

The  Executive  Network  controls  the  airfield  model.  The 
user  must  input  the  times  to  initiate  the  key  activities  in 
Subroutine  INTLC  (Appendix  B,  pages  144  and  145).  The  key 
activities  use  discrete  event  orientation  and  are  initiated 
by  Event  1,  the  Master  Clock,  based  on  the  user  specified 
times.  As  shown  in  Figure  3.4,  the  key  activities  are  Schedu¬ 
ler  (Events  2  and  3) ,  Night  Parking  (Events  4  and  5) ,  QRA 
Changeover  (Event  6),  Resupply,  and  Reconfigure  (Event  7). 
Refer  to  the  structural  model  for  a  graphical  presentation 
(Appendix  A,  pages  126  and  127) . 

Scheduler 

The  scheduling  routine  operates  during  the  day.  The 
first  step  is  the  initialization  of  the  user  specified  frag, 
requirement  for  that  day  (Event  2) .  Specification  of  the 
fragmentary  order  is  covered  in  Appendix  C.  When  initializa¬ 
tion  is  complete,  the  Scheduler  (Event  3)  uses  Subroutine 
ORGANPT  (organize  pilots)  to  form  and  initiate  the  launch  of 
flights  according  to  the  frag  specifications  the  user  has  made 
in  Subroutine  USERI  (Appendix  B,  page  171).  The  decision 
rules  used  to  organize  a  flight  (ORGANPT)  are  in  Appendix  B, 
pages  208  and  209. 

Night  Parking 

The  aircraft  assigned  to  the  airfield  are  day  only, 
clear  weather,  fighter-bombers.  The  first  and  last  times  on 
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Fig.  3.4  Executive  Network  Routines 


target  (TOT)  can  only  be  scheduled  between  first  light  and 
civil  twilight.  The  aircraft  may  operate  in  periods  of  dark¬ 
ness  enroute  to  and  from  targets,  when  under  radar  coverage 
of  friendly  radars.  The  only  conceptual  activities  which 
occur  during  the  night  are  the  repair,  reconfiguration,  and 
ground  movement  of  aircraft.  To  gain  the  greatest  protection 
from  aerial  attacks,  the  aircraft  are  doubled  up  in  shelters 
during  the  night,  except  for  those  shelters  housing  a  single 
QRA  aircraft. 

Event  4  conducts  the  initial  parking,  and  Event  S  pro¬ 
vides  for  ongoing  parking  of  aircraft  which  are  completing 
turnaround  servicing.  This  insures  that  aircraft  will  be 
parked  in  the  safest  available  space. 

QRA  Changeover 

Event  6  initiates  Subroutine  QRASWCH,  which  changes  over 
the  pilots  on  QRA  during  the  evening  (Appendix  B,  pages  214 
and  215) .  If  a  squadron  has  been  disbanded  and  replaced  by  a 
replacement  squadron  during  the  day,  the  aircraft  are  also 
changed  over. 

Resupply  and  Reconfiguration 

Both  Subroutines  RESUPLY  and  RECONFG  are  initiated  by 
E^ent  7.  RESUPLY  determines  if  a  squadron  requires  a  replace¬ 
ment  unit  to  be  flown  in  at  approximately  midday  the  following 
day.  The  determination  is  made  by  comparing  the  current  number 
of  operational  aircraft  in  a  squadron  to  a  user  specified 


lower  limit  LIMITAC.  LIMITAC  is  specified  in  Subroutine  USERI 
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(Appendix  B,  page  133). 

If  a  squadron  requires  replacement  RESUPLY  (Appendix  B, 
pages  216  to  220)  farms  out  the  aircraft  and  pilots  to  the 
sister  squadrons  in  the  same  wing.  The  decision  rules  for 
distributing  the  aircraft  and  pilots  are  in  Appendix  B,  pages 
217  and  218.  The  QRA  aircraft  and  pilots  of  the  squadron  re¬ 
main  on  alert  until  QRA  Changeover  in  the  evening  of  the  day 
the  replacement  squadron  arrives. 

Subroutine  RECONFG  (Appendix  B,  pages  221  and  222) 
reconfigures  the  aircraft  during  the  night.  The  ratio  of  con¬ 
figurations  by  area  is  specified  by  the  user  in  Data  Statement 
INITAC  in  Subroutine  USERI  (Appendix  B,  page  131).  Refer  to 
Appendix  C  for  complete  instructions  on  how  to  set  up  the  values 
of  INITAC.  The  routine  determines  how  many  squadrons  will  be 
configured  for  each  geographic  area  the  wing  will  be  flying 
to  on  the  next  day,  and  then  changes  the  configurations  of  the 
aircraft.  It  is  assumed  that  there  is  sufficient  time  during 
the  night  to  reconfigure  all  the  aircraft  and  so  service  times 
are  not  accounted  for. 

Event  7  (Appendix  B,  pages  204  and  205)  also  causes  a 
printout  of  the  contents  of  the  file  (JUNK)  holding  aircraft 
which  have  left  the  system  during  the  day.  The  contents  of  the 
file  are  then  destroyed  by  opening  the  JUNK  gate  and  allowing 
the  entities  to  terminate.  See  the  structural  model  for  a 
graphical  presentation  of  this  operation  (Appendix  A,  page  126). 


Figure  3.5  synthesizes  the  material  covered  in  this 
chapter  and  graphically  depicts  how  the  SLAM  network  model 
interfaces  with  both  the  network  oriented  and  discrete  event 
oriented  FORTRAN  routines.  The  reader  who  desires  a  more  de¬ 
tailed  understanding  of  the  model  should  refer  directly  to  the 
SLAM  and  FORTRAN  coding.  These  listings  are  contained  in 
Appendices  A  and  B,  respectively,  and  they  are  extensively 
commented.  The  structural  model  graphical  depictions  in  Appen¬ 
dix  A  provide  an  excellent  means  of  gaining  insights  into  how 
the  network  structure  functions.  To  complete  familiarization 
with  the  model,  refer  to  Appendix  C  and  Annex  A. 
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Fig*  3*5  The  Airfield  Model 


IV.  VERIFICATION  AND  VALIDATION 


Overview 

Prior  to  beginning  construction  of  the  model,  several 
policies,  or  decision  rules,  were  developed.  These  policies 
came  to  have  a  pervasive  influence  on  the  model,  and  hence, 
verification  and  validation.  The  policies  included  using  an 
absolutely  explicit  network,  with  activities  modeled  discretely 
enough  that  tight  triangular  distributions  could  be  used  for 
service  times.  In  addition,  the  model  was  not  limited  by  de¬ 
sign  to  only  being  useful  for  experimentation  on  element 
criticality.  The  last  policy  dictated  modular  construction 
with  careful  testing  at  each  stage  of  assembly.  Each  of  these 
policies  is  covered  in  more  detail  in  the  remainder  of  this 
section . 

The  first  policy  was  to  put  every  possible  part  of  the 
model  explicitly  on  the  network,  unless  that  was  clearly  im¬ 
practical.  This  approach  was  used,  not  only  to  allow  quicker 
and  easier  understanding  of  the  model  by  a  user,  but  also  to 
make  the  structural  assumptions  apparent  to  aid  in  verifica¬ 
tion  of  the  model.  As  a  side  benefit,  it  was  hoped  that  making 
the  model  structurally  explicit  would  enhance  user  acceptance- - 
which  may  be  the  only  measure  of  validity  available  for  a  model 
of  a  system  this  complex. 

Another  policy  was  established  that  dictated  the  model 
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would  be  constructed  in  a  modular  fashion- -with  careful  test¬ 
ing  of  each  section--and  testing  of  the  whole  as  sections  were 
added.  Using  this  method  of  construction,  verification  was 
accomplished  during  all  phases  of  construction.  During  the 
Q-GERT  modeling  project  mentioned  in  Chapter  I,  it  became 
apparent  that  a  useful  airfield  model  would  undoubtedly  be 
fairly  large  and  complex.  It  was,  therefore,  imperative  that 
verification  be  accomplished  along  with  construction,  using 
a  carefully  designed  plan  of  assembly  and  testing. 

The  third  policy  also  resulted  from  lessons  learned  in 
the  preliminary  Q-GERT  project.  The  Q-GERT  airfield  model 
produced  wide  variance  in  the  response  variable,  which  had 
also  been  sorties  generated  over  a  three-day  period.  This  was 
not  surprising  due  to  the  nature  of  fighter  operations.  Vari¬ 
ance  reduction  techniques  are  available  for  use  in  modeling, 
but  they  must  be  built  into  the  model  from  inception.  No 
single  variance  reduction  technique  can  be  applied  to  an  en¬ 
tire  model  such  as  the  airfield  model.  Certain  techniques 
may  have  some  applications  for  small  segments  of  this  model, 
but  they  were  not  attempted  due  to  the  limited  time  available 
for  construction  and  experimentation  with  the  model.  In 
experiments  with  the  Q-GERT  model  the  variance  had  been  re¬ 
duced  by  making  a  large  number  of  runs,  but  the  size  of  the 
SLAM  model  and  its  run  time  would  not  permit  this  technique 
to  be  used.  It  was  cost  prohibitive. 

The  third  policy  was  designed  to  address  the  issue  of 
variance  reduction.  When  faced  with  a  choice  of  how  much 
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detail  to  include  in  conceptual  airfield  operations,  the 
choice  was  resolved  in  favor  of  the  option  which  yielded 
enough  detail  so  that  activities  could  be  defined  by  very 
tight  triangular  distributions.  The  overall  goal  of  this 
policy  was  to  attempt  to  reduce  variance,  to  the  extent  pos¬ 
sible,  with  activities  that  could  be  discretely  pinned  down. 
Activities  were  net  modeled  merely  because  they  could  be 
modeled,  but  activities  were  modeled  to  the  level  of  detail 
where  activity  times  could  be  well  defined  with  a  high  degree 
of  certainty- - approaching  a  deterministic  value. 

The  fourth  policy  involved  trying  to  make  the  model 
useful  to  a  wide  audience.  When  faced  with  a  choice  of  whether 
or  not  to  model  activities  or  elements  which  were  not  germane 
to  experimentation  on  element  criticality,  the  decision  was 
based  on  the  amount  of  effort  required.  If  a  subject  for 
experimentation  could  be  envisioned  for  the  activity  or  ele¬ 
ment,  and  if  the  addition  could  be  made  with  only  a  slightly 
greater  effort,  the  addition  was  made.  If  reconceptualization 
or  structural  changes  were  required,  most  often  the  decision 
was  negative.  One  exception  was  made  when  a  structural  change 
was  made  to  add  the  ability  to  spare  aborted  aircraft  at  pre¬ 
flight. 

Using  the  policies  described  above,  the  structural 
model  was  conceptualized  and  a  plan  for  construction,  assembly, 
and  testing  was  created.  This  plan  was  modified  as  required 
when  problems  were  encountered,  but  in  the  main,  the  plan  was 
followed  throughout  the  construction  of  the  model.  The  plan 
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provided  structure  to  the  effort,  and  the  structure  enabled 
verification  to  be  an  orderly  and  planned  process  at  all  stages 
of  construction. 


The  remainder  of  this  chapter  is  devoted  to  describing 
in  detail  the  measures  which  were  taken  to  insure  that  the 
completed  model  would  function  as  designed,  and  to  the  extent 
possible,  emulate  the  operation  of  an  airfield. 

Conceptualization  and  the  Structural  Model 

During  the  conceptualization  of  the  structural  model, 
the  policies  mentioned  in  the  previous  section  were  applied 
with  good  effect.  Having  explicit  policies  aided  in  the  de¬ 
cision  process  by  helping  make  very  clear  what  issues  had  to 
be  considered  when  making  a  decision  about  the  model. 

When  the  basic  elements  which  would  be  included  had 
been  identified,  the  next  step  was  to  define  the  internal 
operation  of  an  element  and  the  interaction  between  elements. 
Each  element  was  dissected  to  discover  how  discretely  it  would 
have  to  be  modeled.  Interactions  between  elements  were  studied 
in  detail  to  insure  the  process  would  be  modeled  faithfully. 

Many  questions  arose  regarding  SLAM  implementation. 

Each  question  involving  how  to  implement  some  conceptual  ele¬ 
ment  or  process  in  SLAM  became  the  subject  of  a  test.  A  very 
small  SLAM  model  of  an  element  or  a  process  was  constructed, 
coded,  and  run.  Often,  several  modeling  approaches  were  tested 
to  find  out  which  approach  seemed  to  be  the  most  useful.  These 
tests  and  their  results  were  invaluable  in  later  construction. 


and  in  the  modular  construction  and  continual  verification 
process.  The  tests  provided  clear  examples  of  how  certain 
sections  operated. 

Finally,  the  overall  structure  of  the  airfield  model 
was  completed.  The  conceptual  loop  in  which  the  aircraft 
would  flow  was  closed.  The  next  step  was  to  computerize  the 
structural  model  in  modular  sections. 

Computerization  and  Testing 

Modular  Construction  of 
the  SLAM  Network 

The  first  step  in  computerization  was  to  divide  the 
model  into  the  modular  sections  called  for  in  the  construction 
plan.  Five  manageable  sections  were  selected- - creation ,  launch, 
mission,  recovery  and  turnaround  servicing,  and  maintenance. 

This  is  shown  in  Figure  4.1.  The  sections  are  coded  individu¬ 
ally  and  then  tested  by  themselves.  After  a  section  was  indi¬ 
vidually  tested,  it  was  added  to  the  previously  constructed 
sections  and  the  interfaces  were  tested.  The  previously  added 
sections  were  then  checked  for  any  required  modifications  after 
each  addition. 

To  aid  in  the  process,  each  section  was  further  divided 
into  subsections  which  dealt  with  functionally  related  activi¬ 
ties.  For  example,  launch  was  subdivided  into  preflight; 
start;  taxi,  marshall,  and  arm;  takeoff;  and  rejoin.  Each  of 
the  subsections  was  coded  in  SLAM  and  a  supporting  FORTRAN 
routine  was  developed  when  required  (in  some  cases,  the  actual 
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Fig.  4.1  Modular  Construction  Sections 


code  which  would  later  be  used) .  A  SLAM  test  front  end  was 
then  written  for  the  subsection  to  generate  the  entities  for 
the  test  conditions,  and  a  SLAM  back  end  was  added  to  termin¬ 
ate  the  test  and  check  the  results.  A  test  was  then  run. 

Each  subsection  was  individually  tested  before  a  section 
was  assembled.  In  addition,  each  section  was  individually 
tested  before  the  sections  were  assembled.  Each  test  run 
utilized  the  SLAM  trace  for  the  entire  length  of  the  run. 

The  hard  copy  of  each  test  run  with  the  trace  was  carefully 
examined  in  detail  to  verify  the  proper  operation  of  the  sub¬ 
sections  and  sections. 

In  assembling  the  sections,  a  front  to  back  approach 
was  used  with  a  test  run  made  as  each  subsection  was  added. 

In  this  manner  the  same  test  front  end  and  rear  end  could  be 
used  over  and  over  again.  Each  addition  merely  included  the 
next  sequential  subsection  in  front  of  the  test  rear  end. 

The  flow  of  entities  up  to  the  new  section  was  exactly  the 
same  as  the  previous  test,  which  enabled  rapid  progress  in 
verifying  operation  up  to  the  new  subsection's  area.  At  that 
point  the  trace  for  the  new  subsection's  area  was  checked  for 
proper  operation. 

FORTRAN  Network  Support 
Routines'^ 

Once  all  the  SLAM  network  sections  had  been  assembled 
and  tested,  the  network- supporting  FORTRAN  code  was  added. 

Once  again,  a  methodical  approach  was  utilized  and  each  sec¬ 
tion  was  treated  individually.  A  section  of  FORTRAN  coding 
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was  written  to  perform  a  certain  required  function.  If  it 
could  be  tested  all  by  itself,  it  was.  If  it  could  not  stand 
alone,  or  if  it  tested  out  well,  a  test  of  the  FORTRAN  was 
run  with  the  SLAM.  These  tests  were  run  with  print  statements 
strategically  placed  in  the  FORTRAN  code  to  verify  proper 
functioning  of  the  code.  These  print  statements  were  supple¬ 
mented  by  use  of  the  SLAM  trace  function. 

After  all  the  FORTRAN  network  support  code  had  been 
added  to  each  network  section,  the  section  was  tested  indivi¬ 
dually.  When  sections  were  completed,  the  network  structure 
was  assembled  and  tested  section  by  section,  as  had  been  done 
previously. 

Finalizing  the  Network  Model 

The  network  was  designed  to  be  driven  by  an  executive 
network.  The  testing  of  the  additions  of  each  completed  sec¬ 
tion  required  that  a  simple  executive  network  be  constructed 
which  would  generate  a  pre-determined  number  and  type  of  air¬ 
craft  entities  to  flow  through  the  system  as  test  cases. 

Once  the  simple  executive  network  was  constructed  and 
tested,  the  major  sections  of  the  network  were  assembled  and 
executed  with  a  trace.  Problems  which  occurred  were  analyzed 
using  the  trace  function  and  FORTRAN  print  statements.  Once 
problems  were  identified  and  solved,  the  same  test  was  done 
again  with  the  simple  executive  network  to  verify  proper  func¬ 
tioning  of  the  modified  network. 

When  the  entire  network  had  been  assembled  and 
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successfully  tested,  the  statistical  collection  nodes  (COLCT) 
were  added.  The  purpose  of  these  nodes  was  to  collect  statis¬ 
tics  on  aircraft  and  pilot  activities  to  see  if  the  activities 
were  reasonable.  The  type  of  information  collected  is  shown 
in  Figure  4.2.  After  the  statistical  nodes  were  added,  another 
series  of  tests  confirmed  the  continued  proper  functioning  of 
the  network,  and  the  newly  added  statistical  functions. 

The  Executive  Network 

With  the  network  functioning  properly,  it  was  time  to 
add  the  discrete  event  oriented  part  of  the  model  that  would 
control  the  major  activities  during  a  simulation  run.  The  exe¬ 
cutive  network  was  designed  around  a  master  clock  function, 
which  activated  major  routines  (events)  at  specified  times. 

The  routines  provide  major  elements  of  control  for  the  aircraft 
and  pilot  entities  in  the  network.  When  the  executive  network 
was  first  added,  it  was  supported  by  some  dummy  routines.  The 
executive  network  was  tested  to  verify  it  functioned  properly 
and  then  it  was  added  to  the  model.  At  that  point,  the  simu¬ 
lation  runs  ceased  being  deterministic,  as  they  had  been  with 
the  simple  executive  network. 

The  Discrete  Event  Oriented 
Routines' 

After  verifying  the  proper  operation  of  the  executive 

network,  the  discrete  event  oriented  FORTRAN  routines  were 

added  to  support  the  executive  network.  Each  routine  was 

written,  tested,  and  modified  as  required.  When  the  routine 

was  complete,  it  was  added  to  the  model,  replacing  the  dummy 
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Fig.  4.2  User  Collected  Statistics 


routine  initially  used.  Once  again,  the  SLAM  trace  and  FORTRAN 
print  statements  were  used  to  verify  the  model  was  functioning 
properly.  Additionally,  the  SLAM-provided  file  statistics 
(Figure  4.3)  and  the  SLAM-provided  resource  statistics  (Figure 
4.4)  were  used  to  monitor  proper  functioning  of  the  model. 

Troubleshooting  Using 
Statistical  Outputs 

The  file  statistics  were  used  to  determine  if  the  air¬ 
craft  entities  were  being  processed  as  intended,  or  if  any 
blockages  were  occurring.  The  resource  statistics  were  also 
used  to  determine  if  network  flow  was  proceeding  properly. 

As  an  example,  the  allocation  of  the  runway  resource  was 
originally  incorrectly  implemented.  The  problem  was  only  de¬ 
tected  after  the  stress  of  running  two  wings  of  aircraft  in 
the  network  allowed  a  rare  situation  to  occur.  The  problem 
was  detected  by  observing  the  current  utilization  of  the  run¬ 
way  resource  (see  Resource  Statistics,  Figure  4.4)  was  not 
zero.  Since  the  model  ends  simulation  at  approximately  0400 
hours,  this  was  clearly  aberrational.  A  check  of  the  file 
statistics  verified  that  aircraft  entities  were  jamming  up 
waiting  to  acquire  the  runway.  Once  the  problem  was  identi¬ 
fied,  it  was  readily  solved  by  correcting  the  way  the  runway 
resource  was  allocated. 

Verification  Tests 

As  a  capstone  to  the  previously  described  efforts  at 
verifying  and  testing  the  model  as  it  was  constructed,  a  final 


81 


♦♦FILE  STATISTICS*# 


FILE 

ASSOCIATED 

AVERAGE 

STANDARD 

RA1IHUR 

CURRENT 

NUMBER 

MODE  TYPE 

LENGTH 

DEVIATION 

LENGTH 

LENCTH 

t 

AWAIT 

2.8927 

3.1423 

12 

8 

L 

QUEUE 

13.3184 

4.6748 

19 

18 

3 

QUEUE 

0.0000 

0.0000 

3 

0 

4 

AWAIT 

3.1290 

3.1478 

13 

8 

5 

QUEUE 

12.8374 

3.1085 

19 

14 

6 

QUEUE 

0.0000 

0.0000 

3 

0 

7 

AWAIT 

3.4240 

3.1426 

11 

9 

8 

QUEUE 

13.4695 

3.2105 

19 

16 

9 

QUEUE 

0.0000 

0.0000 

3 

0 

10 

AWAIT 

3.0321 

3.3030 

12 

10 

11 

QUEUE 

13.1594 

5.0696 

19 

19 

12 

QUEUE 

0.0000 

0.0000 

3 

0 

13 

AWAIT 

3.6047 

3.1934 

12 

8 

14 

QUEUE 

13.3394 

3.1301 

19 

14 

15 

QUEUE 

0.0000 

0.0000 

3 

0 

16 

AWAIT 

3.0023 

2.9170 

11 

9 

17 

QUEUE 

13.9900 

3.2413 

19 

18 

18 

QUEUE 

0.0000 

0.0000 

3 

0 

19 

AWAIT 

18.0000 

.0034 

18 

18 

20 

AWAIT 

18.0000 

.0034 

18 

18 

21 

AWAIT 

0.0000 

0.0000 

1 

0 

22 

QUEUE 

.1910 

.5139 

9 

0 

23 

QUEUE 

.1628 

.5037 

7 

0 

24 

QUEUE 

.1704 

.5072 

8 

0 

25 

QUEUE 

.0312 

.1903 

5 

0 

26 

QUEUE 

.0382 

.2048 

4 

0 

27 

QUEUE 

.0315 

.1921 

4 

0 

28 

QUEUE 

.0010 

.0308 

2 

0 

29 

QUEUE 

.0010 

.0316 

1 

0 

30 

QUEUE 

.0567 

.2590 

5 

0 

31 

QUEUE 

.0457 

.2239 

3 

0 

32 

QUEUE 

.046? 

.2345 

4 

0 

33 

QUEUE 

.001 

.0508 

2 

0 

34 

QUEUE 

.0015 

.0399 

2 

0 

35 

QUEUE 

0.0000 

0.0000 

t 

0 

36 

QUEUE 

.2033 

.7448 

4 

0 

37 

QUEUE 

.2033 

.7448 

4 

0 

38 

QUEUE 

0.0000 

0.0000 

t 

0 

39 

QUEUE 

.0956 

.3990 

2 

0 

41 

QUEUE 

.0196 

.1401 

2 

0 

41 

QUEUE 

.0149 

.1231 

3 

0 

42 

QUEUE 

.0193 

.1436 

3 

0 

43 

QUEUE 

.0022 

.0469 

1 

0 

44 

QUEUE 

.0012 

.0347 

1 

0 

45 

AWAIT 

.2022 

.7435 

4 

0 

44 

AWAIT 

.0954 

.3990 

2 

0 

47 

AWAIT 

1.9709 

6.6469 

41 

0 

Fig. 

4.3.1 

SLAM  File  Statistics 
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AVERAGE 

UAITINC  TIRE 

77.4174 
If 1 . 295# 

0  .0000 
49.3197 
74.1424 
f.MII 
81.8285 
82.4197 
0.0000 
96.3128 
115.7814 
I. 0111 
84.5122 
88.9295 
0.I0H 
92.6413 
104.9252 
0.0000 

3887.9998 

1214.9999 
0.0000 
4.0050 
3.4142 
3.5727 

.7197 

.8818 

.7278 

.8225 

.8630 

1.3675 

1.1039 

1.1151 

.6657 

.4893 

0.0000 

5.1056 

5.1056 

0.0000 

22.9411 

.5091 

.3876 

.5020 

.4761 

.2606 

5.0776 

22.9410 

16.2489 


Fig.  4.3*2  SLAM  File  Statistics 
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♦♦RESOURCE  STATISTICS" 

RESOURCE 

RESOURCE 

CURRENT 

AVERAGE 

STANDARD 

NAKIHUM 

CURRENT 

NUMBER 

LABEL 

CAPACITY 

UTILIZATION 

DEVIATION 

UTILIZATION 

UTILIZATION 

1 

UCSH0P1 

4 

3.8514 

1.2888 

4 

4 

Z 

UCSH0P2 

4 

1.8713 

1.4865 

4 

4 

3 

UCSH0P3 

4 

1.2245 

1.5389 

4 

8 

4 

UCSH0P4 

4 

.4749 

.8581 

4 

1 

5 

MHT1 

4 

.591-9 

1.1989 

4 

8 

6 

MNT2 

4 

.5891 

1.1816 

4 

8 

7 

HNT3 

4 

1.4239 

1.6737 

4 

8 

8 

HHT4 

4 

.5857 

1 .8888 

4 

8 

9 

MMT5 

4 

.3259 

.9858 

4 

8 

If 

NHT6 

4 

.3421 

.9433 

4 

8 

11 

HXTEAR 

78 

28.0997 

16.4898 

71 

7 

12 

scinn 

4 

1.8241 

1.3713 

4 

8 

13 

SC1MI2 

4 

.7882 

1 .3858 

4 

8 

14 

S01MI3 

4 

.1238 

.4883 

2 

8 

15 

SQ1MX4 

4 

.4489 

.9779 

4 

8 

16 

SQ2HII 

4 

.8359 

1.1947 

4 

8 

17 

SQ2HX2 

4 

.5727 

1.8147 

4 

8 

13 

S02HX3 

4 

.8984 

.3963 

3 

8 

19 

SQ2NX4 

4 

.3432 

.9388 

4 

8 

21 

SQ3HXI 

4 

.7673 

1.1113 

4 

8 

21 

SQ3HXZ 

4 

.4748 

.8658 

4 

8 

22 

SQ3M3 

4 

.8675 

.3U9 

2 

1 

23 

SQ3HX4 

4 

.3773 

.7878 

3 

8 

24 

SQ4NX1 

4 

.7643 

1.8835 

4 

8 

25 

SQ4HX2 

4 

.5937 

1.8628 

4 

8 

26 

SQ4HX3 

4 

.1467 

.3893 

2 

8 

27 

SQ4RX4 

4 

.2641 

.6632 

3 

8 

28 

S05NX1 

4 

.9852 

1.1128 

4 

8 

29 

SQ5NJ2 

4 

.5919 

1.8484 

4 

8 

31 

SQ5RX3 

4 

.8989 

.3518 

2 

8 

31 

3Q5RX4 

4 

.2161 

.5142 

2 

8 

32 

SQf>RXl 

4 

.6673 

1.1838 

4 

8 

33 

SQ6HX2 

4 

.3451 

.8662 

4 

8 

34 

SQ6RX3 

4 

.8938 

.4429 

4 

8 

35 

SQ6MI4 

4 

.2375 

.7437 

4 

8 

36 

REARM 

18 

2.3344 

2.3322 

18 

8 

37 

REFUEL 

41 

.5285 

.8548 

6 

8 

38 

DEARM 

3 

.3872 

.6322 

3 

8 

39 

RUNWAY 

1 

.2378 

.4257 

1 

8 

4f 

HOTPIT 

4 

.2829 

.6879 

4 

8 

Fig.  4.4  SLAM  Resource  Statistics 
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series  of  tests  were  conducted.  A  trace  was  run  on  the  entire 
model  over  three  days.  Examination  of  the  SLAM  trace  and  FOR¬ 
TRAN  print  statements  showed  the  model  to  be  functioning  as 
intended. 


Validation 


Overview 

There  is  no  clear  line  of  demarkation  between  what  is 
called  verification  and  what  is  referred  to  as  validation. 

The  perspective  used  in  this  section  is  that  verification 
efforts  involve  insuring  that  the  coding  and  structure  of  the 
model  produce  a  simulation  which  functions  as  intended  by  the 
authors.  At  the  other  end  of  the  continuum  of  the  verifica¬ 
tion  and  validation  process,  a  modeler  would  validate  a  parti¬ 
cular  model  by  proving  that  the  model  was  a  true  representation 
of  the  real  system  being  modeled.  This  is  obviously  not  feas¬ 
ible  for  the  airfield  model.  Certain  methods  were  used, 
however,  to  insure  the  model  was  useful  for  experimentation, 
and  to  approach  the  area  of  validation  as  nearly  as  can  be 
done  with  a  model  of  this  type.  These  approaches  to  valida¬ 
tion  are  covered  below. 

Scenario  Adjustment 

The  various  parameters  of  the  model  were  set  to  values 
which  would  be  reasonable  (mid-range)  for  a  real  system.  Simu¬ 
lation  runs  were  made  and  the  statistics  were  reviewed  to  see 
if  the  results  were  reasonable  and  believable.  Statistics 


85 


available  included  the  previously  mentioned  file,  resource, 
and  user  generated  statistics,  as  well  as  the  SLAM-generated 
regular  activity  statistics  output  (Figure  4.5). 

All  the  statistics  generated  were  in  the  reasonable 
range.  No  aberrational  results  occurred.  The  various  elements 
of  the  airfield  appeared  to  be  operating  as  intended  and  with¬ 
in  the  range  of  activity  levels  which  would  be  expected. 

Statistical  Reasonableness 

Several  attributes  had  been  allocated  at  the  beginning 
of  model  construction  to  serve  as  statistical  collectors.  For 
example,  aircraft  and  pilot  Attributes  (4),  (5),  and  (6)  were 
designated  to  store  the  number  of  sorties  an  aircraft  or  pilot 
flew  on  Day  1,  2,  and  3,  respectively.  Refer  to  Appendix  A, 
pages  3  and  4,  for  definitions  of  all  attributes.  Figure  4.6 
shows  a  sample  file  dump  of  file  number  one  (Squadron  1 
Aircraft  Ready  Pool) .  Two  aircraft  are  shown.  The  first  air¬ 
craft  flew  five  sorties  on  Day  2.  The  second  aircraft  flew 
three  sorties  on  Day  1  and  three  sorties  on  Day  2.  Other 
information  contained  in  the  attributes  listed  by  the  file 
dump  includes  parking  location,  total  engine  run  time,  engine 
run  time  by  day,  and  aircraft  systems  NTOF.  All  the  results 
are  within  reasonable  ranges. 

Another  file  dump,  generated  by  the  FORTRAN  Event  7 
coding,  causes  the  contents  of  the  JUNK  file  to  be  listed  at 
the  end  of  each  day.  After  the  file  is  listed,  the  information 
is  destroyed.  The  JUNK  file  contains  information  on  aircraft 
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Fig.  4.6  Sample  File  Dump 


which  were  eliminated  from  the  system  by  attrition,  maintenance 
failure  resulting  in  crash,  or  battle  damage  resulting  in 
scrapping.  The  listing  shows  how  many  aircraft  in  each  squad¬ 
ron  were  eliminated,  and  the  reason. 

A  sample  JUNK  file  dump  is  in  Figure  4.7.  The  aircraft 
with  a  99  in  the  BATTLE  column  were  attrited  during  a  mission. 
Aircraft  with  a  zero  in  the  3ATTLE  column  were  lost  due  to 
severe  maintenance  failures  which  caused  a  crash.  By  using 
the  entity  count  value  printed  in  the  regular  activity  statis¬ 
tics  output,  and  the  number  of  aircraft  in  the  JUNK  file,  it 
is  possible  to  cross-check  the  number  of  aircraft  entities 
going  through  each  section  of  the  model.  This  was  done  on 
several  runs  to  see  if  the  results  were  reasonable.  They  were. 
The  contents  of  JUNK  file  dumps  have  remained  within  reason¬ 
able  ranges. 


Summary 

Verification  was  a  continual  process  during  the  con¬ 
struction  of  the  airfield  model.  Modular  construction  using 
the  five  sections  and  their  functional  subsections  allowed 
for  ease  of  testing  each  section  as  it  was  being  built-up. 

The  SLAM  trace  function  and  FORTRAN  print  statements  combined 
to  give  high  quality  assurance  that  the  coding  was  function¬ 
ing  properly  and  as  intended. 

Validation,  as  such,  cannot  be  fully  accomplished. 


However,  the  model  is  the  sum  of  individual  parts  which  were 
carefully  constructed  to  emulate  the  real  world  of  an  airfield 
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as  nearly  as  can  be  done.  The  sum  of  those  carefully  built 
parts  should  be  in  reasonable  tolerances  for  reflecting  air¬ 
field  operations.  Many  statistical  measures  were  built  into 
the  model.  These  measures,  in  concert  with  SLAM- generated 
statistics,  have  reflected  reasonable  values  across  the  board. 
In  a  left-handed  manner  they  have  built  confidence  in  that 
they  have  not  revealed  aberrational  results. 

Any  further  validation  of  the  model  at  this  point  is 
impossible.  If  the  model  is  adopted  for  use  in  the  future, 
one  more  measure  of  validation  will  be  the  degree  of  user 
acceptance  and  confidence  the  model  can  garner. 

It  should  be  evident  at  this  point  that  with  regard 
to  verification  of  a  complex  model,  a  modular  construction 
approach  coupled  with  careful  testing  at  all  stages  of  con¬ 
struction  offers  many  advantages.  With  respect  to  validation, 
the  sum  of  reasonable  parts  should  yield  a  reasonable  whole. 
Hopefully,  future  measures  of  validity  can  include  user 
acceptance  and  confidence. 


V.  EXPERIMENTATION  AND  ANALYSIS 


Overview 

In  order  to  experiment  with  the  airfield  model,  those 
factors  which  could  have  an  influence  on  the  response  vari¬ 
able  had  to  be  identified.  The  factors  fell  naturally  into 
two  groups- -  those  internal  to  the  airfield  system  and  those 
which  were  external.  The  important  external  factors,  and  two 
internal  factors  (rearming  crews,  preflight  delay)  became  the 
subjects  of  sensitivity  analysis.  The  important  internal 
factors  became  the  subjects  of  factorial  experimentation  to 
determine  criticality.  First,  the  internal  factors  were 
screened  using  a  fractional  factorial  experiment.  The  most 
significant  factors  identified  by  the  screening  experiment 
were  then  used  as  subjects  for  a  full  factorial  experiment. 

Airfield  Model  Experimental  Factors 
Internal  Factors 

The  factors  included  in  this  grouping  have  the  common 
characteristics  that  they  are  physical  entities  on  real  air¬ 
fields,  and  they  were  included  in  this  airfield  model.  The 
factors  include:  dearming  crews,  rearming  crews,  shelter 
refueling,  Wing  Maintenance  shops,  MMT  units,  squadron  main¬ 
tenance  shops,  and  POL  supply. 

Rearming/Dearming  crews  were  eliminated  from  further 


consideration  because  of  the  straightforward  nature  of  their 
activity  in  terms  of  training  required  for  qualification. 

Almost  any  individual  with  maintenance  experience  could  be 
readily  cross-trained  as  an  entry  level  crew  member.  This  is 
not  true  for  the  crew  supervisor,  but  a  relatively  numerous 
population  would  be  qualified  to  fill  a  supervisory  position 
due  to  past  experience.  Such  a  robust  supply  of  a  resource 
indicates  it  is  not  a  critical  element.  Rearming  crews  were 
checked  for  their  influence  by  sensitivity  analysis.  The 
model  was  not  very  sensitive  to  changes  in  the  number  of  re¬ 
arming  crews. 

POL  supply  was  eliminated  from  further  consideration. 

It  is  obvious  that  if  POL  supplies  are  denied,  not  one  sortie 
will  get  airborne.  It  is  equally  obvious  that  total  denial  of 
POL  is  impossible.  However,  the  distribution  of  POL  supplies 
to  aircraft  was  a  matter  of  interest  and,  therefore,  the 
elements  which  distribute  POL  were  examined  more  closely  by 
experimentation. 

External  Factors 

There  were  many  other  factors  which  could  have  an  influ¬ 
ence  on  the  response  variable.  The  factors  which  could  possibly 
have  a  significant  influence  include:  MTBF,  Beta  distribution 
shape  parameters,  initially  assigned  engine  run  times,  attri¬ 
tion  rates,  geographical  area  favored  by  the  fragmentary  order, 
and  the  number  of  operational  aircraft  which  will  trigger  the 
scheduling  of  a  replacement  squadron.  All  these  factors  are 
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external  to  the  airfield  system  which  generates  the  sorties. 
Sensitivity  analysis  was  performed  on  each  of  these  factors. 

Sensitivity  Analysis 

Each  of  the  important  external  factors  and  two  internal 
factors  were  checked  to  see  how  sensitive  the  response  vari¬ 
able  would  be  to  changes  in  the  levels  of  the  factors.  The 
levels  checked  normally  included  excursions  well  above,  and 
well  below  the  normal  levels  of  the  factors. 

The  normal  levels  of  the  factors  were  tested  in  a  series 
of  28  runs  to  estimate  variance.  This  resulted  in  a  mean  value 
for  the  response  variable  of  549.7,  with  a  standard  deviation 
of  37.8.  For  sensitivity  analysis  only  three  runs  were  per¬ 
formed  at  each  level.  This  was  due  to  cost  considerations. 

The  results  of  the  sensitivity  analysis  runs  were  tested 
for  significance  using  the  Duncan’s  Multiple  Range  Test  routine 
contained  in  the  Statistical  Package  for  the  Social  Sciences 
(SPSS)  computer  package  (Nie  §  others,  1982).  The  null 
hypothesis  of  the  test  is  that  the  means  of  the  results  of 
runs  at  different  levels  are  equal.  The  multiple  range  test 
divides  the  means  into  subgroups  such  that  any  two  means  in 
a  subgroup  do  not  differ  significantly  (Walpole  §  Meyers,  1978: 
382).  The  tests  were  performed  at  the  95  percent  confidence 
level  (ALPHA  *  .05).  Each  of  the  results  is  described  in  the 
remainder  of  this  section. 
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Mean  Time  Between  Failure  (MTSF) 

The  MTBFs  of  each  of  the  six  conceptual  aircraft  sys¬ 
tems  was  tested  at  the  normal  level.  Fcr  the  low  value 
excursion,  each  MTBF  was  cut  in  half.  For  a  high  value  excur¬ 
sion,  each  MTBF  was  doubled.  Results  are  depicted  in  Figure 
S.l.  The  model  is  sensitive  to  changes  in  MTBF,  as  expected. 
The  results  of  the  SPSS  Duncan’s  Multiple  Range  Test  are  pre¬ 
sented  as  an  example  in  Figure  5.2.  Each  mean  was  different 
at  the  95  percent  confidence  level.  Statistically,  the 
changes  to  the  MTBF  levels  were  significant.  Users  of  the 
model  should  take  care  to  use  the  best  available  estimates  of 
MTBF,  and  then  do  careful  sensitivity  analysis  on  this  parti¬ 
cular  factor. 

Beta  Distribution  Shape  Parameters 

When  the  shape  of  the  MTBF  Beta  Distribution  is  shifted 
left,  the  NTOFs  are  generally  of  shorter  duration.  This  means 
systems  are  less  reliable.  When  the  distribution  is  shaped 
normally,  reliability  increases.  When  the  curve  is  shaped 
with  the  shift  to  the  right,  the  systems  are  more  reliable 
and  more  failures  occur  after  longer  times  of  operation. 

The  sensitivity  analysis  results  are  presented  in 
Figure  5.3.  There  was  no  statistical  difference  between  the 
shape  shifted  left  and  the  normal  shape.  The  shape  shifted 
to  the  right  was  statistically  different.  This  was  a  result 
of  the  systems  being  treated  as  more  reliable.  Prior  to  exer¬ 
cising  the  model,  users  should  take  care  to  define  their  own 
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Fig.  50  Shape  Parameter  Sensitivity 
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judgment  of  the  reliability  of  systems  by  referring  to  the 
discussion  of  shape  parameters  in  Appendix  C. 

Initial  Value  of  Engine 
Run  Time 

Each  aircraft  is  initially  assigned  a  value  for  engine 
run  time.  The  value  is  from  a  uniform  distribution  with  user 
selectable  limits.  The  uniform  distribution  was  used  to  re¬ 
flect  a  stable  flow  of  aircraft  through  major  overhaul  opera¬ 
tions  at  selected  hours  of  engine  operation.  The  levels 
selected  were  50,  100,  150,  and  200  hours.  The  normal  value 
used  in  the  model  was  200  hours.  Levels  above  200  hours  were 
not  used  because  200  is  both  a  normal  level  and  an  outside 
limit.  Results  are  depicted  in  Figure  5.4.  No  statistical 
difference  existed  between  the  four  levels,  although  the  50- 
hour  run  had  the  highest  mean,  which  was  intuitively  expected. 
The  model  was  not  very  sensitive  to  this  factor. 

Attrition 

Attrition  rates  were  tested  at  half  the  normal  values, 
at  the  normal  values,  at  1.5  times  the  normal  values,  and  at 
2.0  times  the  normal  values.  Results  are  depicted  in  Figure 
5.5.  The  results  were  statistically  different,  with  the  means 
of  the  normal  value  run  and  the  half  normal  value  falling  into 
another  group.  There  appears  to  be  a  steep  fall  off  in  the 
response  variable  between  the  two  groups.  This  may  have  been 
due  to  the  effects  of  how  the  replacement  squadrons  were 
factored  into  the  simulation  at  the  higher  attrition  levels. 
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Users  should  do  nore  extensive  sensitivity  analysis  on  this 
variable,  since  the  model  appears  to  be  sensitive  to  attrition 
rates  within  the  ranges  examined. 


Geographical  Mix  of 
fragmentary  Order 

Two  different  geographical  mixes  were  tested  against 
the  normal  frag.  The  normal  frag  configured  more  aircraft 
for  Area  3  and  two  24- ship  gaggles  were  launched  on  Day  1, 
with  a  20 -minute  delay  in  further  launches  after  each  gaggle 
departed  (Appendix  B,  page  131).  The  rest  of  the  aircraft  in 
the  normal  frag  were  sent  to  Area  2  and  Area  1.  In  one  excur¬ 
sion,  all  aircraft  were  configured  for  Area  3,  and  a  36-ship 
and  a  24-ship  gaggle  launched  on  Day  1  and  Day  2,  with  a  20- 
minute  delay  in  further  launches  after  each  gaggle  departed. 
This  clearly  favored  Area  3  missions,  which  are  of  longer 
duration  with  higher  attrition  rates.  The  other  excursion 
configured  all  aircraft  for  Area  1  and  sent  all  aircraft  only 
to  Area  1.  Area  1  missions  are  the  shortest  duration  with 
the  lowest  attrition  rates.  The  results  are  shown  in  Figure 
5.6. 

The  statistical  test  found  that  the  two  excursions  pro¬ 
duced  similar  values  in  the  response  variable.  The  values 
were  lower  than  the  normal.  The  test  also  groups  the  Area  3 
excursion  with  the  normal,  which  was  probably  due  to  both 
having  much  larger  variances  than  the  excursion  which  favored 
Area  1.  The  Area  1  excursion  standard  deviation  was  the  low¬ 
est  amount  of  variance  observed  in  any  experimentation  with 
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the  model.  No  explanation  for  the  results  is  obvious.  The 
mean  of  the  28  normal  runs  was  549.7,  with  a  standard  devia¬ 
tion  of  37.8.  This  is  more  in  the  realm  of  the  excursion 
results.  Possibly  the  three  run  normal  test  mean  of  581.3 
was  a  little  high.  In  any  case,  the  model  does  not  appear  to 
be  very  sensitive  to  changes  in  the  geographic  mix  of  missions 
in  the  frag. 

Preflight  Delay 

Because  the  normal  probability  of  preflight  delay  was 
relatively  high,  and  because  having  a  delay  meant  a  little 
higher  chance  of  a  maintenance  failure,  this  factor  was  also 
checked  for  sensitivity.  (Incurring  a  delay  at  preflight 
causes  the  aircraft  to  fail  if  any  system's  NTOF  is  within  a 
user  specified  number  of  minutes  until  failure.)  Since  the 
normal  value  was  in  the  high  range,  only  lower  values  were 
tested.  The  results  are  shown  in  Figure  5.7.  There  was  no 
statistical  difference  in  the  means  of  the  response  variables 
at  a  95  percent  confidence  level.  The  model  is  not  very 
sensitive  to  this  factor  within  the  range  of  values  tested. 

Rearming  Crews 

The  normal  number  of  arming  crews  was  18,  which  is  on 
the  high  side.  Only  lower  values,  five  and  nine,  were  checked 
in  the  excursions.  The  means  were  not  statistically  different. 
The  results  are  shown  in  Figure  5.8.  The  nearly  level  slope 
of  the  maximum  curve  between  9  and  18  crews  agrees  with  what 
was  expected.  The  normal  maximum  utilization  of  rearming 
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Fig.  5*7  Preflight  Delay  Sensitivity 
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crews  is  around  10.  This  can  be  seen  in  Figure  4.4.  Having 
more  crews  than  the  maximum  number  utilized  has  little  conse¬ 
quence,  as  expected.  In  any  event,  the  model  is  not  very 
sensitive  to  the  number  of  arming  crews. 

Replacement  Squadron  Trigger 
Level 

Scheduling  of  a  replacement  squadron  is  triggered  based 
on  a  user  specified  level  of  operational  aircraft  remaining 
in  a  squadron  in  the  evening.  The  normal  trigger  point 
(variable  LIMITAC)  is  12  aircraft.  The  excursion  values  tested 
were  10  and  14.  The  results  are  shown  in  Figure  S.9.  Statis¬ 
tically,  there  was  no  significant  difference  in  the  results  at 
a  95  percent  confidence  level.  This  is  only  true  within  the 
tested  range.  Excursions  outside  this  range  may  be  signifi¬ 
cant.  Users  should  perform  further  sensitivity  analysis  if 
the  value  of  LIMITAC  is  set  outside  this  range. 

Screening  Factors  With  a  Fractional 
Factorial  Experiment 

Introduction 

In  order  to  determine  which  of  the  seven  internal  fac¬ 
tors  were  the  most  critical,  an  experiment  was  required.  A 
full  factorial  design  was  impractical  for  seven  factors  at 

7 

only  two  levels  of  each  of  the  factors  (a  2  design) .  The 

7 

2  design  required  128  runs  per  replication,  which  was  in¬ 
feasible  given  the  computer  resources  available.  An  alternate 
method  for  initial  screening  of  factors  is  use  of  a  fractional 
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Data 

Pt.  2 

Data 

Pt.  3 

Mean 

X 

10  aircraft 

549*0 

620.0 

535.0 

568.0 

45.6 

12  (norm) 

539*0 

602.0 

603.0 

581.3 

36.7 

14  aircraft 

513.0 

541.0 

541.0 

531 .7 

R89 

Fig*  5*9  Replacement  Squadron  Trigger  Level  Sensitivity 
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factorial  design. 


The  Fractional  Factorial  Design 

To  conduct  a  useful  fractional  factorial  screening 
experiment,  the  main  effects  must  be  kept  clear  of  aliasing. 

In  addition,  to  have  greater  clarity  in  the  results,  it  is 
useful  to  avoid  aliasing  main  effects  with  second  order  effects. 
Aliasing  between  second  order  and  higher  effects  was  allowed 
because  of  the  difficulty  of  physical  explanation  and  the  belief 
that  these  interactions  could  be  assumed  to  be  much  smaller  than 
the  main  and  second  order  effects  (Montgomery,  1976:239-251). 

Another  important  consideration  in  experimental  design 
is  the  number  of  levels  per  factor  which  will  be  examined. 

The  minimum  number  of  levels  for  experimentation  is  two.  If 
the  levels  are  properly  chosen  to  reflect  the  upper  and  lower 
limits  of  levels  possible  for  a  factor,  a  screening  experiment 
can  provide  useful  results  at  only  two  levels  per  factor.  For 
this  reason,  and  to  reduce  the  amount  of  computer  resources 
required,  only  two  levels  were  used  in  the  screening  experi¬ 
ment. 

Using  the  above  constraints  results  in  a  2**7-3  frac¬ 
tional  factorial  design.  This  design  keeps  main  and  second 
order  effects  clear  of  aliasing,  but  does  not  prevent  aliasing 
between  second  order  effects.  The  specific  design  used  was 
taken  from  Montgomery  (1976).  By  using  the  defining  equation: 

I  -  ABCE  »  ABDF  =  ACDG  =  CDEF  =  BDEG  =  BDFG  =>  AEFG 
the  design  in  Figure  5.10  was  developed  using  the  method  defined 
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Factors 

Low  (-) 

High  (+) 

A  Mx  Teams 

36 

78 

B  Wing  Shops 

0 

4 

C  Shelters 

18 

42 

D  Trucks 

12 

40 

E  Hotpits 

0 

4 

F  MMT  Units 

1 

4 

G  Sqdn  Shops 

1 

8 

(1) 

aefg 

bef 

abg 

ceg 

acf 

bcfg 

abce 

dfg 

ade 

bdeg 

abdf 

cdef 

acdg 

bed 

abedefg 


in  the  Montgomery  text.  This  design  determines  the  16  runs 
necessary  to  execute  the  design.  The  minus  sign  (-)  means 
use  the  lower  level  of  a  factor,  while  the  plus  sign  (+)  means 
use  the  higher  level.  This  design  will  allow  the  significant 
effects  to  be  established  with  a  minimum  number  of  runs. 

Selecting  Levels  of  Factors 

The  levels  of  each  factor  were  chosen  to  reflect  the 
possible  upper  and  lower  limits  of  the  respective  factors. 

The  lower  level  was  chosen  as  the  reasonable  minimum  value  for 
the  factor.  In  the  case  of  Wing  Maintenance  shops,  for  example, 
this  was  zero.  To  allow  some  maintenance  to  continue  on  major 
problems,  and  because  zero  was  not  a  reasonable  minimum  for 
MMT  units,  the  lowest  level  of  MMT  units  was  chosen  as  one. 

The  higher  levels  (  +  )  were  established  to  be  the  highest 
reasonable  levels  which  could  ever  be  expected.  The  levels 
chosen  are  depicted  in  Figure  5.10. 

Analysis  of  Results 

The  16  data  points  were  analyzed  using  the  method  of 
contrasts  (Montgomery,  1976:193-197).  This  procedure  involves 
plotting  the  estimates  of  effects  for  each  factor  on  normal 
probability  paper.  To  aid  in  analyzing  the  plot,  all  the  esti¬ 
mates  of  effects  were  plotted,  not  just  the  estimates  of  ef¬ 
fects  for  the  main  factors.  The  estimates  of  effects  were 
calculated  using  the  program  depicted  in  Figure  5.11.  The 
estimates  are  calculated  by  adding  or  subtracting  the  response 
variables  to  arrive  at  a  total  of  response  variables  for  a 


PROCRAfl  CNTRAST 
REAL  CU5) 

PRINT*.' INPUT  §  VALUES  >  ' 

REA0*,A1,A2»A3,A4,A5,A4,A7, AS 
PRINT*. ’INPUT  8  VALUES  >» 

R£A0*,A9,A1#>A11»A12»A13»A14»A15»A14 
CU)  *-Al*A2-A3*44-A5*A4-A7*A8-A9*All-AU*A12-A13*A14-fil5+A14 
C(2)  --Al-A2,A3*A4-A5-A4+A7*A8-A9-Al#*Att+A12-A13-A14*A15+A14 
CIS)  *-Al-A2-A3-A4*A5+A4*A7*A8-A9-Al#-All-A12*A13+A14*A15+A14 
C 14)  =-Al-A2-A3-A4-A5-A4-A7-A8+A9*Aii*AU+A12+Al3+Al4*A15*A14 
CIS)  =-Al*A2»A3-A4*A5-A4-A7*A8-A9+Alf*All-A12*Al3-Al4-A15+A14 
C(4)  *«Al*A2+A3-A4-A5+A4*A7-A8*A9-Al#-Atl*A12+Al3-Al4-A15*Al4 
CI7)  =-Al*A2-A3*A4*A5-A4+A7-A8*A9-At#*AU-Al2-At3*A14-A15*Al4 
CIS)  =*A1-A2-A3*44*A5-A4-A7*A8*A9-A11-A11*A12*A13-A14-A15*A14 
C(9)  =*A1-A2*A3-A4-AS+A4-A7+A8+A9-AI«*AU-A1Z-A13*A14-P15*A14 
C(lf)s*Al-A2*A3-A4+A5-A4*A7-A8-A9*Al#-All+A12-A13+A14-Al5+A14 
C(ll) =*A1*A2- A3-A4-A5-A4*A7*A8*A9+A II- Al t -AI2-A13-A14*A15*A14 
C(12)=*A1+A2-A3-A4*A5*A4-A7-A8-A9*A1#+A11*AIZ-A13-A14+A15+A14 
C(13)S+A1+A2+A3+A4*A5-A4-A7-A8-A9-AI#-A11-A12+A13*AI<*A15*A14 
C114)=*A1-A2-A3*A4-A5+A4*A7-A8-A9*AI#*A11-A12*A13-A14-A15*A14 
C(13)=-AI-A2*A3+A4*A5*A4-A7-A8*A9*A1MII-A12-A13-A14*A15+A14 
PRINT*,’  FACTOR  EFFECT  SUN  OF  90S’ 

DO  111  I  =  1,15 

EFFECT  *  2.1*0(11/14.# 

SS  -  (C(I)**Z)/14.I 
PRINT  11#, I, EFFECT, SS 
111  FORMAT  I '  ’ ,9X,I1,9X,F12.4,9I,F12.4! 

If#  CONTINUE 
STOP 
END 


Fig.  5-H  Estimates  of  Effects  Calculations 
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given  column  in  Figure  5.10.  The  response  variable  is  added 
if  there  is  a  (  +  )  in  the  column,  and  it's  subtracted  if  there 
is  a  (-).  The  resulting  total  is  called  the  contrast  for  that 
particular  effect.  The  contrast  is  multiplied  by  two  (levels) 
and  divided  by  16  (number  of  data  points)  to  produce  the  esti¬ 
mate  of  effect  for  each  factor.  The  results  are  shown  in 
Figure  5.12. 

The  next  step  in  the  method  of  contrasts  is  to  order 
the  estimates  of  effects  from  the  lowest  to  the  highest  value. 
The  ordering  is  shown  in  Figure  5.12  as  ascending  order.  After 
ordering  the  estimates,  the  results  are  plotted  on  normal 
probability  paper.  On  the  probability  scale  of  the  normal 
probability  paper,  the  value  of  (J-.5)/16  is  plotted,  where  J 
is  the  order  number  given  in  the  ascending  order  column  of 
Figure  5.12.  The  value  of  the  estimate  of  effect  is  plotted 
using  the  linear  scale. 

After  the  estimates  of  effects  are  plotted,  those  points 
that  lie  significantly  off  the  line  formed  by  the  plot  are  sig¬ 
nificant.  Insignificant  effects  tend  to  fall  along  a  straight 
line  on  the  normal  probability  paper.  The  plots  are  shown  in 
Figure  5.13.  A  line  has  been  added  to  aid  in  identifying  the 
significant  points  (Montgomery,  1976:195).  The  points  repre¬ 
senting  effects  A  and  F  are  significant,  as  well  as  the  sum 
of  interactions  of  the  aliased  second  order  effects  AB  *  CE  ■ 
DF.  Effect  A  corresponds  to  MXTEAMS ,  and  Effect  F  corresponds 
to  MMT  units.  Effect  AB  »  CE  -  DF  corresponds  to  the  sum  of 
the  interactions  of  MXTEAMS  with  wing  shops,  shelters  with  Hot 
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EST  =  (2*C0NTRAST)/l6 
SS  =  (C0NTRAST)2/l6 


Effect 

Estimation 
of  Effect 

Sum  of 
Squares 

Ascending 

Order 

A 

132.88 

70623 

13 

B 

-4.88 

95 

5 

C 

-4.13 

68 

6 

D 

-86.13 

29670 

2 

E 

1.63 

10 

8 

F 

240.13 

230640 

15 

G 

6308 

16065 

12 

AB=CE=DF 

142.63 

81367 

14 

AC=BE=DG 

-33-63 

4522 

3 

AD=BF=CG 

3.88 

60 

9 

AE=BC=FG 

-1.38 

7 

7 

AF=BD=EG 

-104.38 

43576 

1 

AG=CD=EF 

-22.63 

2047 

4 

BG=CF=DE 

31.63 

4000 

11 

ABG= . . . 

13-13 

689 

10 

Fig.  5*12  Estimates  of  Effects  Results 
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.13  Method  of  Contrasts  Normal  Probability  Plot 


Pit  hydrants,  and  fuel  trucks  with  MMT  units. 

The  results  indicate  a  need  for  closer  investigation 
of  the  MXTEAMS  and  MMT  unit  factors.  The  significant  inter¬ 
action  effect  is  more  difficult  to  deal  with.  The  DF  inter¬ 
action  has  no  physical  meaning,  so  it  can  be  assumed  to  be 
negligible  in  contributing  to  the  effect.  The  CE  interaction 
has  a  physical  meaning.  It  may  have  contributed  to  the  sig¬ 
nificance  of  the  effect  when  shelter  refueling  was  closed  down, 
Hot  Pits  were  at  zero,  and  fuel  trucks  were  at  12.  The  res¬ 
ponse  variable  for  that  particular  series  of  runs  had  a  mean 
of  536  with  a  standard  deviation  of  58.9.  This  is  a  normal 
range  response.  In  addition,  reducing  fuel  trucks  to  a  level 
where  their  influence  is  greatly  felt,  even  with  shelter  and 
Hot  Pit  refueling  shut  down,  would  be  a  difficult  task  on  a 
real  airfield.  Therefore,  these  factors  are  not  of  great 
interest.  MXTEAMS  and  wing  shops  do  not  interact  directly; 
however,  since  wing  shops  do  work  on  the  same  type  of  problems 
repaired  by  MMT  units,  a  closer  look  at  wing  shops  would  be 
valuable.  With  the  above  results  in  mind,  a  full  factorial 
experiment  was  designed  to  test  three  factors--MMT  units, 
MXTEAMS,  and  Wing  Maintenance  shops. 

The  Full  Factorial  Experiment 

Factor  Levels  and  Replications 

The  factors  which  were  not  significant  in  the  screening 
experiment  were  reset  to  their  normal  scenario  values  for  this 


experiment.  The  same  low  (-)  and  high  (+)  levels  as  in  the 
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screening  experiment  were  used  for  MMT  units,  MXTEAMS ,  and 
wing  shops.  Only  two  levels  were  used,  once  again,  to  con¬ 
serve  computer  resources.  A  3**3  design  (three  levels)  re¬ 
quires  27  runs  per  replication.  The  2**3  (two  levels)  design 
used  required  only  8  runs  per  replication. 

With  the  design  established,  the  number  of  replications 
had  to  be  fixed.  The  large  variance  of  the  model  dictated 
that  as  many  runs  be  made  per  cell  as  possible.  A  tradeoff 
was  made  between  cost  and  variance  reduction,  and  seven  repli¬ 
cations  (seven  runs  per  cell)  were  selected  as  shown  in 
Figure  5.14. 

Analysis  of  Full  Factorial 
Results 

After  the  seven  replications  had  been  completed,  SPSS 
was  used  to  do  an  ANOVA.  The  results  are  shown  in  Figure  5.15. 
The  results  show  that  the  main  effects  of  MMT  units  and  MXTEAMS 
were  significant  at  a  99  percent  confidence  level.  The  effects 
of  wing  shops  were  significant  at  a  lower  level  (85  percent)  . 
The  second  order  interactions  were  significant  at  similar 
confidence  levels.  The  three-way  interactions  also  showed  as 
highly  significant. 

In  an  attempt  to  further  define  which  of  these  main 
effects  was  most  significant,  SPSS  was  used  to  run  Duncan's 
Multiple  Range  Tests  at  the  95  percent  confidence  level  on 
each  significant  effect.  The  results  are  shown  in  Figure 
5.16.  The  tests  verified  that  MMT  units  and  MXTEAMS  main 
effects  were  indeed  significant,  while  wing  shops  were 
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Fig.  5-l4  The  Full  Factorial  Design 
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Fig.  5.15  Full  ANOVA  Results 
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Fig.  5«l6.1  Duncan's  Test  on  Significant  Effects 
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Fig.  5-16.2  Duncan's  Test  on  Significant  Effects 
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significant  to  a  lesser  degree.  The  results  of  this  experi¬ 
ment  support  the  indications  of  the  fractional  factorial 
screening  experiment.  However,  it  was  not  possible  to 
decide  which  factor  was  most  significant  between  MMT  units 
and  MXTEAMS . 


VI.  CONCLUSIONS  AND  RECOMMENDATIONS 


Introduction 

The  remainder  of  this  chapter  is  divided  into  two 
sections.  The  first  section  contains  conclusions  reached 
through  this  study  effort.  The  other  section  contain  recom¬ 
mendations  for  further  study  of  the  airfield  attack  problem 
using  the  airfield  model. 

The  approach  presented  in  this  thesis  for  identifying 
critical  airfield  target  elements  has  proven  to  have  much 
greater  conceptual  clarity  than  previous  approaches.  Tradi¬ 
tionally,  an  airfield  model  was  built  and  then  the  airfield 
was  attacked  using  a  Monte  Carlo  simulation.  Damage  was 
assessed  and  then  the  airfield  model  was  changed  to  reflect 
the  results  of  the  attack.  The  changes  to  the  model  were  in 
the  form  of  number  of  servers  or  channels,  parameters  of 
probability  distributions,  or  the  distributions  themselves. 

The  model  was  then  executed.  This  is  the  way  the  TSARINA/ 

TSAR  combination  operates.  It  is  the  conceptual  way  that 
AIRBASE  functions  in  that  the  user  must  specify  when  an  attack 
will  occur  and  the  results.  These  inputs  must  be  generated 
by  the  user.  When  AIRBASE  is  used  at  Eglin,  there  is  a  damage 
assessment  program  available  for  that  purpose. 

By  eliminating  the  conceptual  attack,  and  by  only 
trying  to  determine  which  factors  are  key  elements,  there  is 


cnly  one  level  of  abstraction  as  opposed  to  the  two  levels 
in  previous  approaches.  This  makes  the  model  much  easier  to 
experiment  with,  and  it  seems  to  be  an  attractive  approach  to 
the  airfield  targeting  problem. 

In  reviewing  the  objectives  listed  in  Chapter  I,  the 
authors  believe  each  of  the  points  has  been  covered  adequately 
for  the  purposes  of  this  thesis.  The  model  is  available  and 
well  documented  to  provide  for  ease  of  use.  The  methodology 
to  determine  criticality  is  explicitly  developed  and  demon¬ 
strated.  The  model  and  methodology  can  now  be  taken  the 
final  mile.  All  the  input  values  currently  in  the  model  are 
the  best  guesses  of  one  of  the  authors.  Each  of  the  values 
and  probabilities  we re  selected  to  be  in  the  reasonable  range. 
They  were  reviewed  by  another  experienced  fighter  pilot,  and 
amended  slightly  prior  to  use  in  the  normal  scenario.  Prior 
to  experimentation  by  another  user,  all  the  values  will  have 
to  be  updated  with  better  data.  Other  than  changing  the  values, 
the  methodology  remains  the  same. 

With  respect  to  the  Problem  Statement  in  Chapter  I, 
this  thesis  presents  a  methodology  which  can  determine  the 
critical  elements  on  an  airfield.  This  thesis  did  not  deter¬ 
mine  those  elements  due  to  the  lack  of  accurate  data  for  input. 
Users  with  accurate  data  should  be  able  to  determine  a  first- 
cut  criticality  for  those  elements  included  in  the  present 
model.  This  will  be  addressed  in  the  following  section.  Refer 
to  Annex  A  for  additional  remarks. 
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Conclusions 


The  results  of  the  experiments  presented  in  Chapter  V 
were  entirely  consistent  with  what  could  be  expected  given 
the  input  values  for  the  scenario.  The  fact  that  the  mainten¬ 
ance  sections  which  repaired  serious  (level  four  and  five) 
failures  were  among  the  most  critical  factors  was  not  surpris¬ 
ing.  Having  MXTEAMS  (crew  chiefs)  show  up  as  a  critical  factor 
was  not  surprising  given  their  importance  in  the  launch  and 
recovery/turnaround  processes.  While  the  results  were  not 
surprising,  that  is  not  to  say  they  were  expected  or  predicted. 
The  model  is  complex  enough  that  it  was  not  possible  to  predict 
which  factors  would  be  identified  by  the  experimentation. 

The  experimental  results  were  consistent  with  the  inputs 
to  the  model.  The  experiments  showed  MMT  units  were  more  sig¬ 
nificant  than  wing  shops.  A  review  of  the  input  service  times 
in  Appendix  B,  pages  138  and  139,  probably  shows  why.  The  MMT 
units  were  given  very  much  shorter  service  times  than  wing 
shops.  This  made  them  much  more  significant  in  returning  air¬ 
craft  to  service  even  though  they  did  not  concurrently  repair 
level  two  and  three  problems. 

The  methodology  employed  in  this  study  was  adequate  to 
point  out  the  relative  significance  of  two  out  of  three  import¬ 
ant  factors.  The  methodology  used  was  conceptually  straight¬ 
forward.  The  same  approach  could  be  used  on  any  other  complex 
system  which  can  be  modeled  with  a  single  response  variable. 

The  airfield  model  should  provide  a  useful  analytical  tool 

for  studying  the  airfield  attack  problem  in  the  future. 
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Recommendations  for  Further  Study 

During  the  course  of  building  the  model,  experimenta¬ 
tion,  and  writing  u?  the  thesis  several  ideas  for  improve¬ 
ments  to  the  model  surfaced.  The  most  significant  of  these 
ideas  will  be  presented,  but  they  are  not  presented  in  any 
order  of  significance.  See  Annex  A  for  additional  remarks. 

The  model  could  be  improved  with  a  structural  change 
which  would  allow  squadron  maintenance  and  MMT  units  to  work 
on  aircraft  without  the  aircraft  having  acquired  an  MXTEAM. 
Aircraft  acquire  an  MXTEAM  in  the  Maintenance  Control  subsec¬ 
tion  of  the  SLAM  network  (Appendix  A,  page  101)  at  node  SPMX. 

If  no  MXTEAMs  are  available,  the  aircraft  await  one  at  SPMX 
before  being  processed  on  to  SMXC ,  where  they  can  then  branch 
to  MMT  or  squadron  maintenance.  One  of  the  reasons  that 
MXTEAMs  showed  up  so  significantly  in  the  experiments  is 
probably  at  least  partly  due  to  the  fact  that  MMT  and  squadron 
maintenance  could  only  work  on  aircraft  which  had  a  crew  chief. 

Another  structural  change  should  be  made  to  add  air- 
to-ground  missile  build-up,  handling,  loading,  and  maintenance. 
The  same  addition  could  be  done  for  air-to-air  missiles,  or 
the  two  additions  could  be  handled  together. 

A  more  sophisticated  technique  should  be  used  to  allo¬ 
cate  the  runway  resource.  Landing  aircraft  should  continue 
to  have  priority  for  the  runway,  but  the  priority  should  be  a 
function  of  their  fuel  state.  In  wartime,  no  commander  wants 
to  hold  a  flight  on  the  ground  to  land  one  aircraft--unless 
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the  landing  aircraft  is  minimum  fuel.  In  addition,  the  land¬ 
ing  aircraft  are  much  safer  while  airborne  in  their  natural 
element  than  on  the  ground.  While  contemplating  a  change  to 
this  area,  the  possible  addition  of  formation  landings  should 
be  considered  for  aircraft  in  the  sane  flight.  Conceptually, 
this  is  a  relatively  important  area.  Aircraft  would  never  be 
allowed  to  pile  up  on  the  ground  waiting  for  takeoff.  When 
formation  landings  are  convenient,  they  would  certainly  be 
used  to  expedite  recovery  and  return  to  shelters/revetments. 

A  more  detailed  mission  section  could  be  written  which 
would  model  different  profiles  to  the  different  geographical 
areas.  Fuel  could  be  handled  continuously.  This  would  com¬ 
pliment  the  suggested  routine  for  handling  allocation  of  the 
runway  using  fuel  as  one  of  the  decision  variables.  This 
mission  section  could  be  very  extensive,  but  it  only  really 
requires  what  is  necessary  to  place  the  aircraft  in  states 
where  they  can  be  processed  as  necessary  by  the  model  after 
a  mission. 

A  central  fuel  storage  area,  or  areas,  could  be  added 
and  a  capability  to  resupply  the  airfield.  These  additions 
should  only  be  made  if  these  elements  could  be  modeled  with 
some  degree  of  precision. 

If  any  of  the  additions  mentioned  above  are  put  into 
the  model,  the  current  AFIT  SLAM  limits  will  have  to  be  raised 
above  500  nodes  and  100  files.  With  that  exception,  there 
should  be  no  problems  with  the  additions. 

In  addition  to  improving  the  model,  there  is  much  that 
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can  be  done  in  experimentation  v.ith  the  model.  Time  did  not 
permit  really  extensive,  in-depth  sensitivity  analysis.  For 
example,  in  the  area  of  attrition,  it  is  almost  certain  that 
the  way  the  replacement  squadrons  are  scheduled  into  the  air¬ 
field  has  an  effect.  There  was  insufficient  time  to  find  out 
how  those  factors  interact.  The  area  of  MTBF  sensitivity 
should  also  be  more  extensively  examined.  Also,  each  of  the 
factors  which  wasn't  very  sensitive  should  be  studied  in  de¬ 
tail  to  find  out  why  the  model  wasn't  very  sensitive  to  that 
factor.  This  type  of  experimentation  could  be  very  valuable 
in  understanding  both  the  model  and  the  airfield  element 
interactions . 
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